クラッシュダンプの例外を分析する

Question

私のアプリケーションを使用するクライアントがクラッシュするので、私はこれら2つのファイルWER178D.tmp.hdmpとWER1868.tmp.mdmpを送ってくれました。私はWinDbgで最初に開きます。残念ながら私はここで何をすべきか分かりません。私はこれがあまりにも広い質問であることを知っていますが、私はいくつかの初期のガイダンスをお願いしますか？

Answer 1

まず、あなたはWinDbgのの正しいバージョンを使用していることを確認してください。 64ビットクラッシュダンプの64ビットバージョンと32ビットクラッシュダンプの32ビットバージョンを使用します。 （私はレジスタと住所から見ることができます、あなたはそうしたようです。）

次は、fix your symbolsです。正しい記号がないと、誤った結果や誤解を招く結果になる可能性があります。

手がかりがない場合は、!analyze -vを試してください。例外の場合は以下のように続行されます。

例外があるとわかっている場合は、.ecxrという例外レコードに切り替えてください。

ネイティブ例外の詳細を.exr -1と印刷します。例外コードが0xE0434F4Dの場合は、.NET例外です。そのコードを持たないが、まだ.NET例外（例：Access violation、これはNullReferenceExceptionである可能性があります）が存在することに注意してください。

が.NETアプリケーションの場合、それぞれ

.NET 4

.loadby sos clr 
.loadby sos mscorwks 
.loadby sos coreclr 

、.NET 2およびSilverlight/.NETコアと.NET拡張sosを読み込みます。エラーメッセージが表示されない場合は成功しました。

!peを使用すると、管理対象例外の詳細を印刷できます。