텍스트머드클럽

[기타]gdb 사용법!

GrayRese 3 4,527 0 0 2004-04-23 02:04:11

방폭났을때 core가 생성 안될때는 우선 makefile에   CFLAGS = -g -O2    를 추가해 주고   vi ~/.bash_profile   라고 치면 뭐라고 쭉 나옵니다. 그 파일의 아무데나   ulimit -c unlimited   이렇게 입력해준 다음에 방폭내면 실행파일 있는 폴더에 core파일이 생성 됩니다. 디버깅 할때는   gdb 머드실행파일명 core ex) gdb frp core (core.xxx이런식으로 코어파일이 생성될수도 있는데 이건 쉘이 달라서 그런거랍니다 고로 아무 상관 없습니다:-&gt;)             밑에는 퍼온거에요:-&gt; ---------------------------------------------------------------- core 도움말  설정하기 프로그램상에서 자신에게 할당된 메모리 공간 이외를 건드리거나  하는 등의 이유로 발생하며, segmentation fault (core dumped)라는  메시지를 출력하는 경우입니다.   1. Born Shell의 경우   형식   ulimit -c [core 파일 크기]   ulimit -c unlimited  =&gt; core파일의 크기를 제한을 두지 않는다.   ulimit -c 0  =&gt; core 파일의 사이즈를 0으로 설정   ulimit -a  =&gt; 현재 설정된 core 파일의 사이즈 확인    2. C Shell의 경우   B Shell에서는 ulimit였으나, C Shell에서는   limit라는 명령을 이용하여 core파일의 크기를 설정한다.   coredumpsize를 변경하려면   &nbsp;&nbsp;&nbsp;&nbsp;/home/rabbit2% limit coredumpsize unlimited   또는   &nbsp;&nbsp;&nbsp;&nbsp;/home/rabbit2% limit coredumpsize 1024     INS ─────────────────────────────────────  ADMIN5 제작/소스분석/강좌 (84 / 84) 1/11  ───────────────────────────────────────  제 목 : [팁?] core 활용  올린이 : MaGuN (김정휘 ) 읽음 : 87 날짜 : 99/06/28 18:35  ------------------------------------------------------------------------------  // 아라비비에서 무단으로 퍼옴니다. //   보낸이 (From) : aristos (홍헌수)  시 간 (Date) : 1997년08월12일(화) 20시53분45초  제 목 (Title) : Re: [A] core 화일의 활용-   core이야기를 더해보면, core는 실행중이던 프로그램이 어떤 잘못된  연산으로 인하여 더 이상 실행할 수 없는 상태가 되면(이거 맞는지  모르지만), kernel이 그 프로세의 상태, 즉 main memory상태를 그대로  file로 write써 놓은 결과 입니다.  왜 disk에 쓰느냐 하면, /난 이렇게 죽었습니다/라고 세상에 알리고,  후세 사람들로 하여금, 이자가 왜 죽었는지 /부검(autopsy)/을 할 수    있도록 하기 위함입니다.이 세상에 누군가가 죽었다고 할때, 그자가  죽으면서 가장 확실히 남길 수 있는것은 그 자신의 시체입니다. 후세  사람들이 그자의 시체를 찾지 못하면 디게디게 답답해 하지요. 별의별  의심이 생기고 혹시 살아있을지도 모른다고 생각하기도 하고 누군가가  음모를 꾸미고 있다고 생각하기도 하고. 자식을 잃은 부모들이 꼭자식  의 시체라도 자신의 눈으로 확인하려 하는 것도 이와 비슷합니다.   program을 짜는 사람이, 자신이 짠 프로그램이 coredump를 하면 반드시,  예의를 지켜 부검을 해야 합니다. 부검을 하는 프로그램으로는 많이들  나와 있던데요.  dbx, adb, ddd, gdb, xxgdb등 많이 있습니다.    예를들어 설명하면.. 다음과 같은 프로그램이 있을때  #include   void process(void);  int  main(void)  {  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; process();  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return 0;  }  void  process(void)    {  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; int i;  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; char *p;   &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; p = NULL;  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; for (i=0; i&lt;10; i++)  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; if (i == 5)  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; *p = 10; /* XXX */  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; return;  }  /* XXX */라고 해놓은 데서 분명히 coredump가 될 것입니다.  NULL pointer에 10을 assign했기 때문입니다. 위의 실행    file이 a.c라고 할때,   PROMPT&gt; gcc -g -o a a.c  PROMPT&gt; a  Segmentation fault (core dumped)  PROMPT&gt; gdb a core  GDB is free software and you are welcome to distribute copies of it  under certain conditions; type "show copying" to see the conditions.  There is absolutely no warranty for GDB; type "show warranty" for details.  GDB 4.16 (sparc-sun-sunos4.1.3),  Copyright 1996 Free Software Foundation, Inc...  Core was generated by `a'.    Program terminated with signal 11, Segmentation fault.  Reading symbols from /usr/lib/libc.so.1.8...done.  Reading symbols from /usr/lib/libdl.so.1.0...done.  #0 0x22f4 in process () at a.c:19  19 *p = 10; /* XXX */  (gdb) where  #0 0x22f4 in process () at a.c:19  #1 0x22a4 in main () at a.c:7  (gdb) list  14 char *p;  15  16 p = NULL;    17 for (i=0; i&lt;10; i++)  18 if (i == 5)  19 *p = 10; /* XXX */  20 return;  21 }  (gdb) print i  $1 = 5  (gdb) print p  $2 = 0x0  (gdb)   하는 과정을 거치면 어디서 error가 났는지, error가 나왔을때    그때의 i값은 얼마인지, 그때의 pointer값은 얼마인지를 알 수  있습니다.   그리고 core를 제대로 검사하기위해선 -g option을 주어서 compile하는  것이 중요합니다. 근대 compile할때마다 -g을 주는 것은 귀찮고 까먹기  쉽고 하니깐, 보통 Makefile에서 -g을 줍니다. 예를들어서, one.c two.c  three.c four.c five.c라고 하는 다섯개의 program이 하나의 실행 파일  all을 만든다고 하면, 그땐 Makefile을 current directory에 다음과 같이  만들어서  -----------  CC = gcc  CFLAGS = -g    SRCS = one.c two.c three.c four.c five.c  OBJS = $(SRCS:.c=.o)   all: $(OBJS)  &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; gcc -o all $(OBJS)  ----------  그냥 make 라고 typing만 치면 됩니다. 그럼 all을 만들어줍니다. all이  실행도중 coredump를 하면, 반사적으로, 기계적으로,  gdb all core  를 쳐서 where하기만 하면 all이 어디쯤가다가 죽었는지 일초도 안지나서  알 수 있습니다.    프로그램이 죽으면 반드시 coredump를 해야 속이 편합니다. coredump없이  죽어버리면 오히려 답답하죠. 마치 자식이 죽었는데 시체를 찾지 못하는  것처럼요.   여러분! core를 사랑합시다.   다 아는 이야기를 장황하게 설명한 것 같아서 죄송합니다. 하지만 하지  않을 수가 없네요. 왜냐하면 예전에 제가 프로그램짤때, 누군가가 debug를  쓰면 프로그램짜는데 엄청 도움이 된다고 하던데 그때 전, 그런거 없이도  잘 짤 수 있고, 그딴거 없이도 좋은 프로그램짤 자신있다! 얼마나 바보  같으면 coredump이나 만들어내는 프로그램을 짜느냐? 뭐 coredump가 되면  군데군데 printf()문을 넣거나 아니면 gets()를 넣어서 프로그램을 일시    정지시키던가 하여 어디서 죽었는지 알아낼 수 있다..고 생각한 적이 있었  습니다. 지금 생각하면 얼마나 바보같은 생각인지..   긴 글이 되는군요. 아마도 제가 요즘 할일이 없나봅니다.

0 0

새글 답변 수정 삭제 최신목록 전체목록

[천명] 완치 이벤트 ......

현재 습득한 기술 목록 보이기.

3Comments

미르 2004.04.23(금) 오전 10:35:46

답변

머드같은 경우에는 여러 소스들이 한 바이너리로 컴파일되기때문에 저는 where보다 bt를 써서 문제있는 소스랑 라인을 체크해논뒤, 직접 찾아가서 수정하는뎅..ㅡ,.ㅡ::::
글구 고친뒤에 지디비에서 실행하시면 백그라운드로 돌아가는게 아닌지라 따로 텔넷으로 접속해야 하구요~ 그렇게 한 상태에서도 뻑나면 바로 지디비로 추적이 또 가능합니다...결론은 core활용은 필수 ㅋㅋ

GrayRese 2004.04.23(금) 오후 01:57:28

답변

전 where로 퍽난 라인번호만 찾아서 간다음에 노가다를-_-ㅁㅁ

_ 2004.04.29(목) 오후 06:58:08

답변

전 프로세서번호로 gdb를 =ㅇ=;;..
퍽난 상황을 다시 만들수 있으면 이게 가장 편하더군요..

코멘트를 삭제할 비밀번호를 입력하세요.

정회원 이상만 코멘트 쓰기가 가능합니다.

총 게시물 107개 / 검색된 게시물: 107개

누구든지 머드 강의를 올리수 있는 곳입니다...^^

[circle]서클의 지도 공부.. 0 3076 0 0 머드짱 2004-09-03
[천무혼]은행 시스템 만들기! 2 2946 0 0 천무혼 2004-08-12
[흑염]기술의 지속시간과 향상 능력치를 call_out 없이 구현. 1 3113 0 0 흑염기사 2004-08-12
[천무혼]없는 명령어를 입력했을때 나오는 '^^;' 바꾸기 3 2777 0 0 천무혼 2004-08-09
[기타]vi 에디터의 안시에 관한 내용입니다. 1 3045 0 0 머드사랑(1) 2004-07-26
[circle]Ascii Player files 패치된 써클머드 한글화 시키기! 2 3345 0 0 미르 2004-07-06
[흑염][천명]노점상인.c 천명 삼일장에서 사용되고있는 노점상인 쏘스. 1 4368 0 0 흑염기사 2004-06-13
[흑염][천명] save_data.c - 특정 오브젝트의 플래그를 아이템 파일처럼 저장시켜준다. 0 2701 0 0 흑염기사 2004-06-13
[흑염][천명] req_string.c - mapping을 보기좋게 string으로. 0 2793 0 0 흑염기사 2004-06-13
[mordor]상점개설 3 3039 0 0 GrayRese 2004-05-27
[mordor]게시판의 기능 편하게..(위로 올라가고, 글쓰기기능 추가) 1 3228 0 0 달마 2004-05-19
[circle]hanlp의 지도.c 0 3333 0 0 사천건 2004-05-18
[circle]시간의문 경험치 못먹는거 먹게하는방법(허접이라두 잘봐주세영) 4 2809 0 0 손문 2004-05-07
[hanlp][천명] 완치 이벤트 ...... 2 3152 0 0 어두운별 2004-04-30
[기타]gdb 사용법! 3 4528 0 0 GrayRese 2004-04-23
[hanlp]현재 습득한 기술 목록 보이기. 2 2924 0 0 박대성 2004-04-19
[circle]새천사님의 수정 사항에 추가할점.. 1 2800 0 0 푸른가람 2004-04-03
[hanlp]10초간 데미지와 방어력 상승 2 2965 0 0 박대성 2004-03-14
[mordor]*완치 기능?;; 허접해요^-^;; 1 2986 0 0 탈퇴 2004-02-28
[mordor]순위 소스 입니다. 0 4292 0 0 달마 2004-02-28

이전 1 2 3 4 5 6 다음

글쓰기 최신목록 전체목록

받는이(ID/닉네임)	닉네임으로 입력
내용