私の質問は具体的に聞こえますが、それでも C++ のデバッグの問題であるとは思えません。
無線ネットワークをシミュレートする omnet++ を使用しています。omnet++ 自体は c++ プログラムです。
プログラム (Ubuntu 12.04 で omnet++ 4.2.2 を使用して変更された inet フレームワーク) を実行すると、奇妙な現象に遭遇しました。デバッグを試みます。gdb は、シミュレーションが以前に終了した「問題のある」コードに問題を報告しません。実際、デバッグはコードのこの部分を通過し、期待される結果を出力します。
gdb バージョン情報: GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
実行が失敗するのにデバッグが失敗しない理由を誰か教えてもらえますか?
どうもありがとう！
終了コード 139 (これはメモリの断片化を意味すると言われています)
いいえ、それはあなたのプログラムが11( SIGSEGVLinux および他のほとんどの UNIX 上で) シグナルで停止したことを意味しますsegmentation fault。
実行が失敗するのにデバッグが失敗しない理由を誰か教えてもらえますか?
プログラムは未定義の動作を示し、何でも実行できます(正しく動作しているように見えることも含まれます)。
最初のステップは、このプログラムをValgrindで実行し、報告されたすべてのエラーを修正することです。
上記を行ってもプログラムがクラッシュする場合は、コアをダンプさせ ( ulimit -c unlimited; ./a.out)、そのコア ダンプを GDB で分析する必要がありgdb ./a.out coreます。次にwhereコマンドを使用します。