☰

코어 덤프를 사용하여 문제를 진단하는 방법은 무엇입니까?

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++filtC++ 기호를 사람이 읽을 수 있고 소스 코드 상호 참조가 가능한 출력으로 나눕니다.

new[]여기에서 PROFILE 생성자가 호출되어 처리기(std::terminate 호출) 없이 예외가 발생하고 프로그램이 중단되어 코어 덤프가 생성되는 것을 볼 수 있습니다 .

호출을 블록 new[]으로 래핑하여 try...catch예외가 무엇인지 확인할 수 있습니다. new[]어떤 상황에서 어떤 예외가 발생하는지 기억할 수 없지만 new실패 이유 중 하나는 일반적으로 할당 범위 또는 double 의 경계를 덮어쓰는 데 따른 힙 손상입니다 delete.

valgrind(무료) 또는 (상업용, 아직 존재한다고 가정 - 15년 전에 마지막으로 사용함) purify과 같은 프로그램을 사용하여 이러한 메모리 오류를 진단할 수 있습니다. valgrind이것은 좋은 시작이 될 것이며 위 표에 대한 기억이 잘못된 것인지 알려줄 것입니다.

프로그램이 충돌할 때 더 깊이 들어가 코어 덤프를 사용하여 gdb메모리 이미지를 검사할 수 있지만 여기서는 실제로 도움을 줄 수 있는 사람이 없습니다. 코드의 구조와 이와 관련하여 예상되는 메모리 레이아웃을 알아야 합니다.

관련 정보