Segmentation fault가 발생한 후 core dump가 일어난다고 하였는데,
1. Core dump된 내용은 어디서 볼수 있나요?
2. dump된 내용을 어떻게 분석 할 수 있나요?
3. dump된 내용을 분석해서 어느 위치에서 segmentation fault가 발생 했는지 알 수 있는 방법은 무엇인가요?
궁금합니다.
http://www.ffnn.nl/pages/articles/linux/gdb-gnu-debugger-intro.php
이정도면 답이 되실듯... dump파일은 죽을 때의 바이너리를 그대로 저장하고 있지요. 그래서 바이너리의 스택을 살펴보면 어떤 경로로, 어떤 함수에 어떤 파라미터가 들어와서 동작하다 죽었는지 알 수가 있는 것이죠.
텍스트 포맷에 대한 자세한 정보
<code>
<blockcode>
<apache>
<applescript>
<autoconf>
<awk>
<bash>
<c>
<cpp>
<css>
<diff>
<drupal5>
<drupal6>
<gdb>
<html>
<html5>
<java>
<javascript>
<ldif>
<lua>
<make>
<mysql>
<perl>
<perl6>
<php>
<pgsql>
<proftpd>
<python>
<reg>
<spec>
<ruby>
<foo>
[foo]
wikipedia에도 정리가 잘 되어 있어요.
http://www.ffnn.nl/pages/articles/linux/gdb-gnu-debugger-intro.php
이정도면 답이 되실듯...
dump파일은 죽을 때의 바이너리를 그대로 저장하고 있지요.
그래서 바이너리의 스택을 살펴보면 어떤 경로로, 어떤 함수에 어떤 파라미터가 들어와서 동작하다 죽었는지 알 수가 있는 것이죠.
댓글 달기