問題タブ [procdump]

テスト環境 pc で生成されたダンプ ファイルを、VS を搭載した PC で分析しようとしています。PC で ( procdump を使用して) ダンプ ファイルを作成し、VS で開くと、スレッド ウィンドウにコードが表示されます。しかし、別のマシンで同じバイナリを実行してダンプ ファイルを生成すると、VS の「スレッド」ウィンドウに関数が表示されません。

• 私は.net 4を使用しています
• 私の PC は Win8 64 で、テスト用 PC は WinXp 32 です。

ランダムな間隔で 1 日に数回起動され、一度に複数のインスタンスを実行する特定のアプリケーションの初回例外のダンプを生成したいと考えています。

私は何を試しましたか

Procdump

procdump を使用するには、PID を知るか、プロセスが起動するのを待つ必要があります。複数のインスタンスが起動されるため、起動されたすべてのインスタンスの監視を開始するには機能しません。

gflags

gflags を使用すると、デバッガーをアタッチできますが、各プロセスを手動で続行したくなく、プロセスを自動化する方法がわかりません。gflags で procdump をデバッガとして使用しようとしましたが、プロセスを procdump に渡す方法がわかりません。

次のコマンドを使用して、クラッシュ ダンプを収集するように procdump をセットアップします。

次のダンプ ファイルが表示されます。

ここでファイル名に追加されたさまざまな番号は何ですか? プロセスがクラッシュしたので確認のしようがありませんが、PID は 150442 だと思います。

私は常に、自分自身がダンプをキャプチャするのに十分な経験を積んでいると考えていましたが、これには本当に混乱しました。定期的にクラッシュする .net プロセスがあります...何がクラッシュしているのか、ネイティブ コードまたはマネージ コードでクラッシュしているのか、それともプロセス自体で例外が発生しているのか、サード パーティの DLL であるのかさえわかりません。私が知っているのは、それがクラッシュしているということだけです。procdump を使用してクラッシュのダンプを取得しようとしていますが、非常に苦労しています。次のようにprocdumpをセットアップします。

procdump プロセス名.exe -ma -e

問題は、これを実行してから数分以内に、プロセスが実際にクラッシュしなかったにもかかわらず、procdump がダンプを生成して終了することです。-g を追加しても、同じ結果が得られます。数分後、procdump はダンプを生成して終了します。再起動しても、同じことが起こります。生成されたダンプのいくつかを開いたところ、ネイティブの例外コンテキストがありません。そこで、マネージ スレッドのマネージ コールスタックをすべてダンプしたところ、(これまでに確認したすべてのダンプで) 次のコールスタックに似たものが見つかりました。

このハンドルされていない例外が、procdump がダンプ ファイルを生成する原因になっていると思います。少し検索したところ、UnhandledExceptionEventHandler オブジェクトが見つかりました。したがって、未処理の例外をキャプチャするには、プロセスに何かが必要であると思います。それとも、これは単なる標準的な SEH のものですか?

いずれにせよ、私はこれらの未処理の例外をあまり気にしません。クラッシュの原因となっている例外だけを気にします。致命的な例外でのみダンプを作成するように procdump に指示できる方法はありますか? これは例外をキャッチせず、プロセスが正常に終了したときにダンプするだけなので、 -t は機能しないと思います。DebugDiag のような別のものに移動する唯一のオプションはありますか?

事前にアドバイスをありがとう

Visual Studio 2013 や WinDbg などのデバッガーでアプリケーションを起動すると、Windows はデバッグ ヒープを使用します。-hdただし、コマンド ライン スイッチで起動すると、Visual Studio 2015 または WinDbg で行われるように、その動作をオフにすることができるようです。

今ではProcDumpがあり、デバッガーのように動作します。実際、-iスイッチを使用して AE ポストモーテム デバッガーとしてインストールできます。

-xProcDump のスイッチを使用してアプリケーションを実行すると、デバッグ ヒープが使用されるかどうかを確認するにはどうすればよいですか? 動作を変更するためのコマンド ライン オプションはないようで、_NO_DEBUG_HEAP 環境変数を尊重するかどうかはわかりません。

IDebugClient5::CreateProcess2()デバッガーはorIDebugClient5::CreateProcessAndAttach2()を使用してプロセスを開始すると思いました。フラグを設定できるもの_DEBUG_CREATE_PROCESS_OPTIONSを渡します。CreateFlagsDEBUG_CREATE_PROCESS_NO_DEBUG_HEAP

そこで、WinDbg を使用して、WinDbg の下で ProcDump を起動しました。sxe ld dbgeng次に、ブレークポイントを設定して監視できるように、Debugger Engine モジュールがロードされる ( ) のを待ちましたが、そのモジュールはロードされませんでした。

プロセスが 30 秒以上待機する場合にダンプ ファイルを作成したい場合、procdump を使用してそれを行う方法はありますか? 現在、デフォルトは 5 秒です。しかし、その時間を増やす場所はどこにもありません。出来ますか？

こんにちは、私はクラッシュ ダンプ ファイルを検査するのが初めてで、ヘルプまたは方法が必要です。CLR から例外が発生したことがわかります。"clr exception - code e0434352(first chance)" ここからダウンロードできるダンプ ファイル ドライブを添付しました https://drive.google.com/open?id=0BzWisplLq-PqLXppb1IzMV9VVGs

どんな助けでも感謝します。