Visual Studio 2022 Part3 (792レス)
Visual Studio 2022 Part3 http://mevius.5ch.net/test/read.cgi/tech/1688862159/
上
下
前次
1-
新
通常表示
512バイト分割
レス栞
抽出解除
レス栞
リロード規制
です。10分ほどで解除するので、
他のブラウザ
へ避難してください。
423: デフォルトの名無しさん (オイコラミネオ MM1f-b23o) [sage] 2024/10/06(日) 22:59:42.39 ID:d04aHUxEM >>417 なるほどね。 それは、アプリにBreakPointをかけても、デバッガに ソースがないと言われるのは当然ですわ。 その場合、Attachではなく、そのexeをデバッガ経由で デバッグ起動すると少しましになる可能性が有る。 なぜかというと、デバッガがDLLの起動時にイベントを 受け取り、どんなDLLがロードされたかを知ることが できるようになるから。 http://mevius.5ch.net/test/read.cgi/tech/1688862159/423
424: デフォルトの名無しさん (オイコラミネオ MM1f-b23o) [sage] 2024/10/06(日) 23:02:57.49 ID:d04aHUxEM >>423 Attach法だと、デバッガが接続されるのは、 DLLがロードされた後になってしまい、 DLLがロード時に発生するイベントをデバッガが 捕捉することが出来ない。 そのため、ロードされたDLLの名前や場所などの 情報をデバッガが知る事が難しい状況に なる。 DLLにソースが有る場合、 DLLがどこにあるかが分かれば、DLLの中に対しては BreakPointなどを仕掛けることが出来る可能性が まだ残っている。 http://mevius.5ch.net/test/read.cgi/tech/1688862159/424
427: デフォルトの名無しさん (ワッチョイ 03b1-AbR9) [] 2024/10/07(月) 09:27:59.20 ID:vt/RzbF40 >>423 レスありがとうございます。 はい、アタッチ以外でDllTest.exeをデバッガ経由であればDLLデバッグできています。 DLLのロードタイミングも関係なく一番安全なやり方と思います。 アタッチでもできないかなぁと思う程度です。 http://mevius.5ch.net/test/read.cgi/tech/1688862159/427
メモ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
スレ情報
赤レス抽出
画像レス抽出
歴の未読スレ
AAサムネイル
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.034s