windbg

1熱

1答えて

私はWinDbgの中にダンプファイルを開くと、それは私がWinDbgを直接exeファイルを開くと、それはc:\code\appV2フォルダ内のPDBファイルを探しc:\code\appV1フォルダにPDBファイルを検索します。両方のケースでは、windbgのがCである同じexeファイルをデバッグしているので、これは狂気私を運転している：\ MyAppに\がで検索するにc:code\appV1

3熱

1答えて

windbgで 'デバッグの停止'とは何がプログラム的に行われますか？

ダンプを開いて、それを解析してから 'Stop Debugging'を実行した後、windbgによって行われたクリーンアップを再現しようとしました。自分のプログラムでこれを実行しようとすると、多くのメモリがリークします。私はaddref：edを持っていて、SymCleanupを呼びますが、ロードされたイメージをアンマップしたり、dbgengによって割り当てられたメモリを解放したりすることはあり

3熱

3答えて

- 指定されたモジュールが見つかりませんでした

私は私のダンプ・ファイルにあるものCLR例外の底に取得しようとしていますが、私は実行しようとして問題が生じています： 0:000> .loadby sos clr The call to LoadLibrary(C:\ProgramData\dbg\sym\clr.dll\5348A1EF9a0000\sos) failed, Win32 error 0n126 "The specif

0熱

1答えて

ダンプファイルを見てどのアセンブリをロードできなかったのかを知るにはどうすればいいですか？

私のダンプファイルを分析するときに私はこれを参照してください。 0:000> !pe Exception object: 0000000000ec2228 Exception type: System.IO.FileNotFoundException Message: Could not load file or assembly 'MyTest.exe' or one of its d

2熱

1答えて

マネージコードをフィルタリングするための！findstackに相当するコマンドはありますか？

!findstackは管理されていないコードをフィルタリングするために使用できますが、マネージコードをフィルタリングできませんでした。!findstackのマネージコードをフィルタリングするための同等のコマンドがありますか？

2熱

1答えて

clrの多くを見る！CLRSemaphore ::コールスタックを待つ

私たちは以下のようなコールスタックを見ています。すでにコメントで@Harry Johnstonで述べたように OS Thread Id: 0x48654 (559) Current frame: ntdll!NtWaitForSingleObject+0xa Child-SP RetAddr Caller, Callee 00000020a76cf480 00007fffd4ea11

0熱

1答えて

WinDBGまたはVisual Studioでダンプファイルをデバッグするときに式を評価してください

答えはおそらくいいはずですが、私は少し辛抱強く思っていますので、わからないことがあります。ダンプファイルのデバッグ中に関数を呼び出す必要がありますが、ウィンドウ上にwindbgやvisual studioを使用することは不可能です。私の希望ですか？

4熱

1答えて

強制windbgがロードされていない

私はいくつかのソフトウェアでクラッシュ解析を行っていますが、sth.exeのために入手できるpdbファイルはありませんが、sth.exeがクラッシュすると、windbgは私はvmのネットワーク接続を切断しても、sth.exeのpdbを検索するためにしばらくピン留めされています。これは私の自動分析の失敗につながります。 windbg sth.exeにpdbがないことを伝える方法はありますか？それを検

2熱

1答えて

Windbgを使用してスタックからMono関数の名前を取得する方法

WinDbgを使用してモノアプリケーションをデバッグしようとしています。 WinDbgが内部でデコードできないC＃コード内の無限ループでアプリケーションがハングします。私は（x *!*pmip*を使用して利用できるように検証）.call mono!mono_pmip(0x63a0630)を使用していますが、私はまだの出力を得ることができない私は機能の名前にスタックアドレスを変換する機能mono

2熱

1答えて

CLRのABIドキュメント内の「この」ポインタ

The "this" pointer AMD64のみ：.NET Frameworkの4.5までは、管理「この」ポインタがだけでネイティブのようにそれを意味する「この」ポインタを（処理しました。コールが返信バッファを使用し、RCXの代わりにRDX に渡されたときに、2番目の引数でした。私は「この」ポインタは、コールが復帰バッファを使用していた第二引数だった、それは.NET Frameworkの