問題タブ [crash-dumps]

WindbgまたはVisualStudioを使用してダンプファイルを分析するときに、どのシンボルファイルが使用されるかに興味があります。アプリケーションがユーティリティライブラリを使用していて、ユーティリティライブラリに関連するプライベートシンボルファイルがあるとします。アプリケーションにクラッシュダンプがある場合、完全な呼び出しスタックを分析するためにユーティリティライブラリのシンボルが必要です。ただし、ビルド/ランタイム/デバッグ環境に、異なるバージョンのユーティリティライブラリがインストールされている場合があります。これは（確かに）異なるバージョンのユーティリティライブラリシンボルです。

アプリケーションをビルド（リンク）するためのバージョン（バージョンAなど）のユーティリティライブラリ（および関連するシンボル）があり、クラッシュが発生したときに実行時に別のバージョン（バージョンBなど）のユーティリティライブラリ（および関連するシンボル）を使用するとします。クラッシュダンプを分析するときに、Windbgでユーティリティライブラリ（および関連するシンボル）の別の異なるバージョン（バージョンCなど）を使用します。

私の質問は、クラッシュが実行時に生成される場合、バージョンBのシンボルを使用してクラッシュダンプを生成します（ダンプをシンボル情報で埋めるため）？しかし、Windbgデバッグ環境で異なるバージョンのシンボルCを使用すると、シンボルの不一致の問題が発生しますか？また、ビルドに使用されるライブラリのバージョンは重要ではありませんか？私の理解はすべて正しいですか？

よろしくお願いします、ジョージ

アクセスできない顧客のマシン (WinXP SP2) に、起動時にクラッシュする Win32 EXE (管理されていない C++) があります。これをトラブルシューティングする最善の方法は、(ミニ) ダンプを取得し、後で windbg などで分析することだと思います。

さて、私は通常、お客様に Debugging Tools for Windows をインストールして実行するように伝えます。

ただし、起動時にクラッシュするアプリには adplus を使用できないようです ( http://support.microsoft.com/kb/q286350/は、「次の状況では ADPlus を使用しないでください: プログラムをトラブルシューティングする必要がある場合または起動中に予期せず終了するプロセス」)。同じ記事に「ユーザー モード プロセス ダンプを使用する」とありますが、うまくインストールできませんでした。

Win32 で起動時にクラッシュするプロセスのダンプを取得する方法はありますか?

本番環境でクラッシュした .NET デスクトップ アプリケーションがあります。エラーをどのように診断しますか? 発生した例外の種類、エラーメッセージ、スタックトレースが知りたいです。

コードで例外が処理されなかったため、「このアプリケーションで問題が発生したため、閉じる必要があります」というWindows メッセージ ボックスが表示されました。唯一のオプションは閉じることで、デバッグ ボタンはありませんでした。

この MSDN の記事では、Windows イベント レジストリを参照することをお勧めします。そこで調べてみたところ、以下の情報がありました。

エラーが発生しているアプリケーション Initect.Server.UI.exe、バージョン 0.12.9084.90、タイム スタンプ 0x49cac472、エラーが発生しているモジュール KERNEL32.dll、バージョン 6.0.6001.18000、タイム スタンプ 0x4791a81d、例外コード 0xe0434f4d、エラー オフセット 0x0002f35f、プロセス ID 0x44c、アプリケーション開始時刻 01cb009

この情報から、例外の種類、スタック トレース、およびエラー メッセージをどのように知ることができますか?

WinDbgを使用してダンプファイルを分析するにはどうすればよいですか？

私は、サードパーティによって部分的に作成された、信頼性の低い（Qt / windows）アプリケーションを使用しています（責任を転嫁しようとしているだけです）。最新バージョンはより安定しています。ある種。クラッシュの報告は少なくなっていますが、ぶら下がっていて二度と戻ってこないという報告がたくさんあります。状況はさまざまで、収集できる情報が少ないため、問題を再現することはできませんでした。

理想的には、アプリケーションがロックされたことを認識し、クラッシュレポートを返送することを提案する、ある種のウォッチドッグを作成したいと思います。いいアイデアですが、問題があります。

• ウォッチドッグは、プロセスがハングしたことをどのように認識しますか？おそらく、ウォッチドッグに対して定期的に「すべて大丈夫」と言うようにアプリケーションをインストルメントしますが、十分な頻度で発生することが保証されているように、どこに配置すればよいのでしょうか。ロックされています。

• クラッシュが発生した場合、ウォッチドッグはどのような情報を報告する必要がありますか？WindowsにはまともなデバッグAPIがあるので、すべての興味深いデータにアクセスできると確信していますが、問題を追跡するのに何が役立つかはわかりません。

アプリケーションがクラッシュして閉じ、[送信しない]ボタンと[エラーレポートを送信する]ボタンを含むダイアログが表示された場合に実行する必要のある手順を教えてください。

これを解決するためにイベントビューアを見る以外に何ができるでしょうか？

ありがとう

IIS 6 を使用して、Windows サーバー 2003 Standard x64 で実行されている .net 2.0 Web アプリケーションがあります。

最近、Web サイトのアプリケーション プールがクラッシュし始めましたが、その理由を特定できません。それは週末に起こり始め、ウェブサイトの最新のリリースは数日前でした. 最近、コードや Microsoft の更新など、サーバーに他の変更が加えられていないことを確認しました。

データ ブロックに追加情報がない状態でクラッシュが発生するたびに、イベント ログに次のように表示されます。

エラーが発生しているアプリケーション w3wp.exe、バージョン 6.0.3790.3959、スタンプ 45d691cc、エラーが発生しているモジュール kernel32.dll、バージョン 5.2.3790.4062、スタンプ 462643a7、デバッグ? 0、障害アドレス 0x0000000000027d8d。

これは x64 サーバーで実行されているため、標準のデバッグ診断ツールを使用できません。これは、64 ビット バージョンがありますが、32 ビット モードで実行されている IIS にしか接続されないためです。

Debugging Tools for Windows (x64) を使用してみましたが、w3wp プロセスに接続でき、別のクラッシュを待ちました。ただし、これによりサーバーが非常に遅くなり、使用できなくなったため、サーバーを停止する必要がありました。

IIS クラッシュの原因を特定するには、他にどのような方法を使用できますか?

私はasp.netのバグについていくつかの調査を行っています。adplus を取得して、IIS のクラッシュからのクラッシュ ダンプ ファイルを取得しようとしました。過去にXPマシンでこれを行ったことがありますが、現在のVista Ultimateセットアップでは、adplusスクリプトはCDBが実行されている2番目のウィンドウを生成しません。管理者権限で adplus cmd ウィンドウを実行しています。

テスのセットアップ手順を使用したところ、すべてうまくいきました。しかし、CDBは決して生成されません...

Vista 64 Ultimate で IIS 7 の adplus/cdb クラッシュ ダンプを設定できた人はいますか? もしそうなら、どのようにそれをしたか説明できますか？

-XX:+UseParNewGC を使用して JVM を実行すると、アクセス違反が発生することがあります。ダンプファイルを見ると、

「par new」は ParNewGC を表すと想定しています。

標準の並列 GC が使用された同様のログを Google で検索したいのですが、「par new generation」ではなく「Heap」の下に何が表示されるか知っている人はいますか?