問題タブ [crash-dumps]

自動化されたクラッシュダンプ分析を構築しようとしていますが、cdbまたはwindbgでクラッシュダンプをロードできません。VS2008では問題なくロードされます。

ファイルに対してdumpchk.exeを実行すると、次のようになります。

ファイルに対してcdbを実行すると、次のようになります。

私のdllは、すべての例外を汚くキャッチしてファイルにログインするだけのモジュールによって使用されています。

私の問題は、顧客のサイトに、そのコンピュータでのみ再現可能なアクセス違反があり、この顧客がこの問題のダンプ ファイルを生成できるようにしたいということです。

dll で AV を生成し、adplus を使用してダンプ ファイルを生成しようとしましたが、DLL を使用するモジュールによって AV がキャッチされるため、作成された場所にはダンプがありません。

だから私の質問は：

処理された例外でもクラッシュ ダンプ ファイルを生成する方法はありますか?

ありがとう、

ヤン

WinDbgを使用してマネージ コード (C#、Any CPU用に構築されたコンソール アプリケーション) からクラッシュ ダンプを読み込んでいます。クラッシュ ダンプは x64 プラットフォームで作成されます。x64 プラットフォームでデバッグしています。関連するPDBファイルをシンボル パスに配置しました。

しかし、WinDbg は常に奇妙なフォルダーからシンボルを見つけます。例を次に示します (!sym ノイジーを使用した場合):

アプリケーションが呼び出されFooService.exe、関連する PDB ファイルの名前がFooService.pdb. C:\MySymbolsシンボル パスとして設定しFooService.pdb、ディレクトリにコピーしましたC:\MySymbols。しかし、なぜ WinDbg はFooService.pdbではC:\MySymbolsなく、奇妙なサブフォルダー "FooService.pdb\4311207E2E2D442CB7473828D2488F941" から検出されるのでしょうか?

私のシナリオでは、PDB シンボル ファイルをロードするために、最善の解決策は何ですか (自分でサブフォルダーFooService.pdb\4311207E2E2D442CB7473828D2488F941を手動で作成する必要がありますか)?

Windbgを使用してマネージコード（C＃、任意のCPU用に構築されたコンソールアプリケーション）からクラッシュダンプをロードしています。クラッシュダンプはx64プラットフォームで作成されます。x64プラットフォームでデバッグしています。

次のコマンドを使用して、アプリケーションのプライベートシンボルをロードしています。Windbgで使用しているコマンドは次のとおりです。

私の混乱は、次のコマンドを使用すると、スタックトレースに行番号情報が表示されないことです。何が悪いのか考えてみませんか？ソースパスを設定する必要がありますか？

編集1：例外がスローされたスタックトレースを見つけるために！peと！Uを使用する際にいくつかの問題が発生しました。

これが私のデバッグプロセスです。最初に！peを使用して例外オブジェクトのスタックトレースを出力し、！Uを使用してコードを逆アセンブルします。私が見つけた問題は、！UがFooService.ProcessOrders（）のすべての関数コードを分解することです。関数FooService.ProcessOrdersでクラッシュが発生する正確な場所を見つけたいと思います。また、分解された注釈付きILコードには、私が行った関数呼び出しのみが含まれ（非関数呼び出しC＃コードの場合、たとえばa = a * 2の場合、アセンブリ言語のみが表示されます）、C＃コードの各行に正確にILがマップされていません（ 1）それは正しい期待される動作ですか？（2）ここに投稿された私の分析から正確に失敗したC＃コードを見つけるための解決策またはさらなる提案は何ですか？

事前に感謝します、ジョージ

マネージコードと一緒にネイティブライブラリを使用するときに発生するデッドロックを分析しています。WinDbgを使用して問題をデバッグし、ベンダーが構内で問題を観察できるようにダンプを保存することを目的としています。

問題のあるプロセスにアタッチすると、コールスタックの前に次のメッセージが表示されます。

警告：スタックアンワインド情報は利用できません。次のフレームが間違っている可能性があります。

プロセスに直接取り付けた場合、フレームは実際には正しく見えます。ただし、このファイルのダンプを取得してから、別のマシンのWinDbgでダンプを開くと、スタックフレームの1つが異なります（上記のエラーも表示されます）。これは、コードパスが不可能であると思われたため、元々ベンダーを困惑させていました。 。

私は以下を使用してダンプを取りました：

この不一致の原因は何ですか？ダンプファイルの呼び出しスタックを確実に分析するためにできることはありますか？私が知っておくべき他の誤って伝えられたデータがあるかもしれませんか？

私は、さまざまな言語 (この場合は Verilog、VHDL、Vera、C、および Tcl) を取り、それらすべてを C 実行可能ファイルにコンパイルする ASIC シミュレーター (vcs) を使用しています。

不可解なスタック トレースでコア ダンプするまでは、これはすべて素晴らしいことです。これをデバッグする最善の方法は何ですか?

不明な理由でクラッシュする C# アプリケーションがあります。

問題を理解するために、ダンプファイルを取得したいと思います。

どうすればできますか？

どうもありがとう、

オズ。

「PLCrashReport」を使用してクラッシュ情報を収集し、アプリをより安定させようとしましたが、レポートは次のようになっています（コールスタックさえありません。どのように使用すると思いますか？）：

「Exception：」の部分、Exception：（null）：（ null）、これは「exceptionName」と「exceptionReason」である必要があり、ほとんどの場合「null」です。理由はわかりませんが、通常の値が表示されることもありますが、Iあまり役に立たないと思います...

2009-11-13 23:43:04 +0800にクラッシュ-シグナルSIGSEGV（コードSEGV_ACCERR、アドレス= 0xffffffffc0f4186b）

• 例外:(null）:( null）-スレッド0：

  • クラッシュ：1
  • スタック（54フレーム）：、\ n806128664、\ n 807756495、\ n 816280840、\ n 816247 068、\ n 817901396、\ n 807756495、\ n 816280840、\ n 817911108、\ n 816247068、\ n 816285160、\ n 816406620、\ n 807756495、\ n 806130012、\ n 119241、\ n 812165747、\ n 812164839、\ n 812379009、\ n 818127880、\ n 807885435、\ n 807923065、\ n 818122176、\ n 818130772、\ n 816625560、 \ n 816626608、\ n 816627024、\ n 816641892、\ n 816651496、\ n 816654628、\ n 816654224、\ n 146455、\ n 807923363、\ n 816119156、\ n 816119004、\ n 818227300、\ n 807923363、\ n 816119156、\ n 816119004、\ n 816524332、\ n 816525956、\ n 816521588、\ n 816212028、\ n 816151252、\ n 816147980、\ n 827758796、\ n 827769116、\ n 837343488、\ n 821391952、\ n 807840887、 \ n 807836793、\ n 807834407、\ n 827752032、\ n 816118388、\ n816157144、\ n 20421

アプリケーション内でクラッシュが発生しているのを観察しています。コールスタックは次のように表示されます。

なぜこれが起こっているのか分かりません。これも頻繁には発生しません。どんな提案も役に立ちます。クラッシュダンプがありますが、それ以上進むことができません。

私が行っている操作はこんな感じです

ここで、m_RawMessageは512の長さのchar配列です。wMsgLenはunsignedshortであり、NC_SPは次のよ​​うに定義されます。

編集：

コールスタック：

これは完全なコールスタックであり、元のメッセージのようにコードスニペットを投稿しました

ありがとう

ネイティブ コードの障害を合成したいと考えています。これは、特定のデバッグ出力が発生したときにどこに出力されるかを確認できるようにするためです。

Pskill (Sys-Internals から) は、正常な終了を引き起こします。DotCrash.exe は、Microsoft から直接入手できなくなったようです。

プロセスで外部からクラッシュを引き起こす方法はありますか?