問題タブ [crash-dumps]

私のプログラムは C++ で書かれています。-g3 -O0 -ggdb フラグを使用して、gcc でコンパイルします。クラッシュしたら、そのコア ダンプを開きたいです。それはコア ダンプ ファイルを作成しますか、それとも、プログラム自体、またはそれが実行されるコンピューターで、コア ダンプの作成を有効にするために何かをする必要がありますか? このファイルはどこに作成され、その名前は何ですか?

Win2008 サーバー マシンで C++ サービスを実行しています。ランダムにクラッシュしますが、その理由はわかりません。これは、顧客サイトの複数のマシンで発生しています。

プロセスのダンプを自動生成するようにシステムを構成するにはどうすればよいですか? 最小限のインストールと UI、できればいくつかのレジストリ ハックのみを必要とする方法が必要です。

ありがとう。

[編集] 待っている...

最近、私の iPhone アプリが「起動時にクラッシュするため」App Store から拒否されました。ただし、このクラッシュを再現できません。このアプリは、シミュレーターと、Apple がテストした同じハードウェアとソフトウェア (iOS 4 を実行する iPhone 3.1) を備えたデバイスの両方で完全に動作します。彼らが私に送ったクラッシュ ログには、"No Backtrace Available" と書かれているため、コードを調べる場所がありません。次に例を示します。

これをデバッグするにはどうすればよいですか? これはコーディングのバグではなくビルドの問題である可能性はありますか? また、クラッシュ レポートの「ARM スレッドの状態」または「バイナリ イメージ」の部分から有用な情報を抽出できますか?

ありがとう！

*更新: * iOS 4 を実行している別の iPhone に初めてアプリをインストールしましたが、まだクラッシュを再現できません。これは、ライブラリやターゲット バージョンなどのビルド時のパラメーターの問題であると考え始めています。クラッシュ レポートに基づいて、アプリケーションのコードが実行された可能性はありますか?

Windows プロセスが何らかの理由でクラッシュしました。クラッシュ ダンプを分析する必要があります。

Windows 2003 では、PC ヘルスがクラッシュ ダンプ ファイルの検索に役立ちました。

Windows 2008 でクラッシュ ダンプ ファイルの場所を取得する方法

クラッシュ レポートを受け取り、クラッシュしているスレッドのコール スタックはすべて Apple のコードを示しています。見ると、Core Data のアンドゥ マネージャが で無効なポインタにアクセスしています-[NSManagedObject(_NSInternalMethods) _newSnapshotForUndo__] + 356。私はクラッシュのポイントをグーグルで検索しましたが、私が見つけた他の同様のクラッシュ ログはSequel Pro のクラッシュ ログからのものだけでした。

これが私が見ている特定のクラッシュログです。これを修正できる希望はありますか？どのように？問題を再現できませんでした。

前もって感謝します。

現在、Javaコードを実行しようとすると次のエラーログが表示されるJNIプロジェクトを作成しています。問題のあるフレームはjvm.dllフレームであることがわかります。問題を特定しようとすると、問題がどこにあるのか（JVMとネイティブコードのどちらで）、スレッドをアタッチしたかを正確に把握しようとしています。ログのセクションであり、必要に応じて残りを追加できます。また、JVMを再インストールしてみました。

致命的なエラーがJavaランタイム環境によって検出されました。

EXCEPTION_ACCESS_VIOLATION（0xc0000005）at pc = 0x6d8fefb5、pid = 720、tid = 3128

JREバージョン：6.0_21-b07 Java VM：Java HotSpot（TM）クライアントVM（17.0-b17混合モード、共有ウィンドウ-x86）問題のあるフレーム：V [jvm.dll + 0xfefb5]

- - - - - - - - スレッド - - - - - - - -

現在のスレッド（0x02189000）：JavaThread "main" [_thread_in_vm、id = 3128、stack（0x02120000,0x02170000）]

siginfo：ExceptionCode = 0xc0000005、読み取りアドレス0x00000000

レジスタ：EAX = 0x00000000、EBX = 0x02189118、ECX = 0x02189000、EDX = 0x6da2f76c ESP = 0x0216fa84、EBP = 0x0216facc、ESI = 0x02189000、EDI = 0x00000000 EIP = 0x6d8fefb5、EFLAGS = 0x00010246

スタックの先頭：（SP = 0x0216fa84）0x0216fa84：0216fb38 0216fae4 34497370 0216faa0 0x0216fa94：
6d8010e0 02189000 0216fd34 0216fad0 0x0216faa4：6d906d09 02189000 00000006 00000004 0x0216fab4：
0216fb38 0216fae8 02189000 02189a08 0x0216fac4：000004c4 6da2f76c 0216faf0 57669c1a 0x0216fad4：
02189118 0216fbf0 00000000 0216fb04 0x0216fae4：0216fb04 CCCCCCCC 0216fb04 0216fb38 0x0216faf4：
576699d3 02189118 0216fbf0 00000000

手順：（pc = 0x6d8fefb5）0x6d8fefa5：00 00 00 74 08 8d 4d f0 e8 1e 20 09 00 8b 7d 10 0x6d8fefb5：
8b 07 c7 45 e0 0c 00 00 00 8b 48 08 0f b7 51 2a

スタック：[0x02120000,0x02170000]、sp = 0x0216fa84、空き領域= 13e0216f568kネイティブフレーム：（J =コンパイル済みJavaコード、j =解釈済み、Vv = VMコード、C =ネイティブコード）V [jvm.dll + 0xfefb5] C [ PNMain.dll + 0x19c1a] C [PNMain.dll + 0x199d3] j PNMain.optimalSideTwist2（ILjava / lang / String; Lvtk / vtkPolyDataAlgorithm; DDDDDD）[D + 0 j PNMain.rotateLeftRight（Z）[D + 282 j PNMain.main （[Ljava / lang / String;）V + 92 v〜StubRoutines :: call_stub V [jvm.dll + 0xf3abc] V [jvm.dll + 0x1865b1] V [jvm.dll + 0xf3b3d] V [jvm.dll + 0xfd385] V [jvm.dll + 0x104fdd] C [javaw.exe + 0x2155] C [javaw.exe + 0x8614] C [kernel32.dll + 0x13677] C [ntdll.dll + 0x39d42] C [ntdll.dll + 0x39d15]

Javaフレーム：（J =コンパイル済みJavaコード、j =解釈済み、Vv = VMコード）j PNMain.optimalSideTwist2（ILjava / lang / String; Lvtk / vtkPolyDataAlgorithm; DDDDDD）[D + 0 j PNMain.rotateLeftRight（Z）[D + 282 j PNMain.main（[Ljava / lang / String;）V + 92 v〜StubRoutines :: call_stub

VC++ 6.0 で記述されたカスタム サービスがあり、それを特定のリリースの一部として出荷したとします。残念ながら、バイナリのビルド中に pdb を取得しませんでした。

その後、顧客からクラッシュが報告され、クラッシュの原因を特定するために pdb を取得する必要がありました。私が今取っているpdbは、クラッシュのポイントを特定するのに十分でしょうか.

言い換えれば、私はバイナリと pdb を別々に取得しましたが、バイナリを取得した後にソースコードに変更を加えていません。

私の理解では、彼のシンボルが作成された日付と時刻に関しては一致しませんが、内容に関しては一致します。

私の理解は正しいですか？

stackoverflow がこれに適した場所かどうかはわかりませんが、これは組み込み開発用であり、開発用でもあるコア ダンプが必要なので、ここで質問するのが最適であると考えました。

プログラムがコアを生成する方法でクラッシュするたびに /foo/bar/core に書き込まれるように、グローバル コア ダンプを有効にしようとしています。プログラムがクラッシュするたびに、古いコア ファイルが上書きされます。現在、私は次のことを試しました：

これを limits.conf に追加する

これを sysctl.conf に追加します。

これはうまくいきませんでした。システムを起動し、 を実行してsysctl -pからulimit -c unlimited手動で (init スクリプトを使用せずに) プロセスを再起動すると、/foo/bar にコア ファイルが作成されますが、PID が追加されています。どんな助けでも大歓迎です。

セグメンテーション違反が原因でクラッシュするプログラムがあります。コア ファイルが生成されます。

gdb でコアを実行すると、次のようになります。

HP Itanium (32 または 64 ビット) およびターゲット HP-UX 11iv2 および 11iv3 用の HP gdb 6.1。

コアは「gcpf1fwcApp」によって生成されました。
プログラムはシグナル 6 で終了しました。中止されました。

コマンドを使用しました

スレッド適用すべて bt

スタック トレースを確認すると、待機状態のメイン スレッドでエラーが発生します。

ただし、GDB で同じプログラムを実行すると、スタック トレースでまったく異なるエラーが発生します。どちらがコアダンプよりも正しいようです。

プログラムには 31 個のスレッドがあります。

なぜこのような違いが得られるのでしょうか。

アプリケーションが顧客のマシンでクラッシュします。次のようなエントリが Windows イベント ログに残ります。

アプリケーション名を XXX に置き換えました。C++ で書かれています。

より多くの情報を分析/取得するにはどうすればよいですか? エラーは 2 回発生しましたが、ユーザー アクティビティとは関係ありません。アプリケーションはサービスとして動作し、しばらくすると停止します。エラーを再現できません。Windows ログのどこかにクラッシュに関する詳細情報はありますか?

イベント ID: 1004 は、私にはまったく意味がありません。それが何を意味するか知っていますか？