☰

コアダンプを使用して問題を診断するにはどうすればよいですか?

tag-icon • tag-icon core-dump
コアダンプを使用して問題を診断するにはどうすればよいですか?

次のコア ダンプがあります:

pth_signal.pthread_kill(??, ??) at 0xd0124734
pth_signal._p_raise(??) at 0xd01241a4
raise.raise(??) at 0xd038acd0
abort.abort() at 0xd03eeb78
_ZN10__cxxabiv111__terminateEPFvvE(handler = ??), line 47 in "eh_terminate.cc"
_ZSt9terminatev(), line 57 in "eh_terminate.cc"
__cxa_throw(obj = ??, tinfo = ??, dest = ??), line 77 in "eh_throw.cc"
unnamed block in _Znwm(sz = 4048060128), line 54 in "new_op.cc"
unnamed block in _Znwm(sz = 4048060128), line 54 in "new_op.cc"
unnamed block in _Znwm(sz = 4048060128), line 54 in "new_op.cc"
_Znwm(sz = 4048060128), line 54 in "new_op.cc"
_Znam(sz = ??), line 36 in "new_opv.cc"
_ZN7PROFILEC1ERK6STRING(this = @0x2fe74398, iniFilename = @0x21973300), line 99 in "profile.cpp"
_ZN2IE17AppendToBDataListEP10BASKETDATA(this = @0x2130eb38, bd = 0x2fe7f000), line 2451 in "ie.cpp"
_ZN5DIEGO14HandleResponseEP10BASKETDATAPv(this = 0x2130eb38, bd = 0x2fe7f000, args = 0x2fe71d78), line 513 in "diegoclass.cpp"
_ZThn68_N5DIEGO14HandleResponseEP10BASKETDATAPv(0x2130eb7c, 0x2fe7f000, 0x2fe71d78), line 21 in "diegoclass.h"
_ZN8KOBJBASE8dispatchEiP10BASKETDATAPv(this = 0x2130eb7c, fcnidx = 12, bd = 0x2fe7f000, args = 0x2fe71d78), line 67 in "kobjbase.cpp"
_ZN6KERNEL8DispatchEPcS0_iP10BASKETDATAPvR4LISTI8KOBJBASEE(this = @0x2fe71d38, module = "diego", method = "HandleResponse", fcn_idx = 12, bd = 0x2fe7f000, args = 0x2fe71d78, thread_objects = @0xf156dd58), line 1118 in "skernel.cpp"
unnamed block in _ZN6KERNEL9ExecuteTXEP10BASKETDATA(this = @0x2fe71d38, bd = 0x2fe7f000), line 224 in "txthread.cpp"
unnamed block in _ZN6KERNEL9ExecuteTXEP10BASKETDATA(this = @0x2fe71d38, bd = 0x2fe7f000), line 224 in "txthread.cpp"
_ZN6KERNEL9ExecuteTXEP10BASKETDATA(this = @0x2fe71d38, bd = 0x2fe7f000), line 224 in "txthread.cpp"
unnamed block in _ZN6KERNEL22ProcessEnqueuedBasketsEP6BASKET(this = @0x2fe71d38, b = @0x2fe7ef68), line 1162 in "skernel.cpp"

コアダンプを使用してクラッシュを修正するにはどうすればよいですか?

答え1

まず、その出力を に実行しますc++filt。これにより、C++ シンボルが人間が判読可能でソース コードの相互参照が可能な出力に変換されます。

そこから、PROFILE コンストラクターが呼び出されnew[]、ハンドラーがない例外 (std::terminate が呼び出される) が発生し、プログラムが中止され、コア ダンプが生成されることがわかります。

呼び出しをブロックnew[]で囲むtry...catchと、例外が何であるかを確認できます。どのような例外がどのような状況で発生するかはすぐには思い出せませんnew[]が、new失敗の原因の 1 つはヒープの破損です。これは通常、割り当ての境界または double の上書きによって発生しますdelete。

valgrindこれらのメモリ エラーは、(無料) またはpurify(商用、まだ存在していると仮定 - 私が最後に使用したのが 15 年前)などのプログラムを使用して診断できます。valgrindこれは良い出発点であり、上記の形式でメモリ エラーが表示されます。

コア ダンプを使用して、gdbクラッシュした時点のプログラムのメモリ イメージを詳しく調べることもできますが、ここでは誰もその点について手助けすることはできません。これについて多くのことを行うには、コードの構造と予想されるメモリ レイアウトを知っておく必要があります。

関連情報