Visual Studio 2022 Part3 (791ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
423(2): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM1f-b23o) [sage] 2024/10/06(日) 22:59:42.39 ID:d04aHUxEM(4/7) AAS
>>417
なるほどね。
それは、アプリにBreakPointをかけても、デバッガに
ソースがないと言われるのは当然ですわ。
その場合、Attachではなく、そのexeをデバッガ経由で
デバッグ起動すると少しましになる可能性が有る。
なぜかというと、デバッガがDLLの起動時にイベントを
受け取り、どんなDLLがロードされたかを知ることが
できるようになるから。
424(2): デフォルトの名無しさん (ｵｲｺﾗﾐﾈｵ MM1f-b23o) [sage] 2024/10/06(日) 23:02:57.49 ID:d04aHUxEM(5/7) AAS
>>423
Attach法だと、デバッガが接続されるのは、
DLLがロードされた後になってしまい、
DLLがロード時に発生するイベントをデバッガが
捕捉することが出来ない。
そのため、ロードされたDLLの名前や場所などの
情報をデバッガが知る事が難しい状況に
なる。
DLLにソースが有る場合、
DLLがどこにあるかが分かれば、DLLの中に対しては
BreakPointなどを仕掛けることが出来る可能性が
まだ残っている。
427: デフォルトの名無しさん (ﾜｯﾁｮｲ 03b1-AbR9) [] 2024/10/07(月) 09:27:59.20 ID:vt/RzbF40(1/3) AAS
>>423
レスありがとうございます。
はい、アタッチ以外でDllTest.exeをデバッガ経由であればDLLデバッグできています。
DLLのロードタイミングも関係なく一番安全なやり方と思います。
アタッチでもできないかなぁと思う程度です。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s