問題タブ [procdump]

.Net C# アプリケーションのクラッシュ ダンプを作成しようとしています。このために、Stack Overflow 例外でアプリケーションをクラッシュさせるコードを書きました。

私が使用しているprocdumpコマンド：

アプリケーションは予想どおりクラッシュしており、procdump もそれをキャッチしています。procdump 監視コンソールの出力で確認できます。しかし、ダンプは作成されません。

正しい procdump コマンドを使用していないと思います。誰か助けてくれませんか？

簡単に

次のいずれかの方法を使用してダンプ ファイルを作成すると、現在のシナリオで使用するには時間がかかります(> 2 分) 。

• procdump -ma notepad
• procdump notepad
• タスクマネージャーを開き、メモ帳を選択し、ダンプファイルを作成します

誰にもアイデアはありますか

• 何が原因でしょうか
• これをスピードアップする方法

編集：いくつかの追加情報

• procexp を使用してコール スタック ダンプのメモ帳を見ると、dbghelp のメソッドで 1 つのコアの 100% の CPU を使用しているようです。dbghelp.dll!MiniDumpReadDumpStream+0x241a

幸いなことに、最初にメモ帳でこれを試しました

バックグラウンド

重要なアプリケーションの最初の例外で、できるだけ影響を最小限に抑えてダンプファイルを作成しようとしています。アプリケーションが数秒以上中断されないようにする必要があります。

プロセス P で procdump を実行すると、プロセス P のすべての子プロセスのダンプも取得するような procdump オプションはありますか?

ニワトリが先か卵が先かの問題です。

クライアント マシンでのアプリケーションの起動時に TypeInitializerException でクラッシュするアプリケーションがありますが、失敗することもあります。

procdump を使用してメモリ ダンプを収集することを考えていましたが、プロセスにアタッチして例外を待機するには、インスタンスが実行されている必要があります。

アプリケーションを起動しないと procdump を添付できず、起動時にアプリケーションがクラッシュします。

WinDbg 内からアプリケーションを起動してみることができますが、常に例外が発生するとは限らないため、それが役立つかどうかはわかりません。

アイデアや提案はありますか？

このアプリケーションは、.NET Framework 4.5 を対象として作成され、Windows Server 2008 R2 (最新の更新プログラムを適用) で実行されています。これまでのところ、これを自分のマシンでローカルに再現することはできませんでした。

最初のチャンスの例外を生成するコードは次のとおりです。

次のように ProcDump をセットアップして、クラッシュ ダンプをキャプチャします。

私の理解では、このコマンドは最初のチャンスと 2 番目の変更例外の両方をキャプチャする必要があります。ただし、上記のコードでは例外は発生しません。コードから catch ブロックを削除すると、ダンプ ファイルが取得されますが、2 回目の例外になるはずです。最初のチャンスでクラッシュダンプが得られない理由はありますか?

https://technet.microsoft.com/en-us/sysinternals/dd996900.aspxから procdump ツールをインストールしてみました

コマンドウィンドウを開いてprocdump exeを次のように実行すると：

プロセス名test.exeを待っているだけです

ダンプ ファイルはまったく作成されません。

どんな助けでも大歓迎です。