리눅스 관련 강좌란
HomePage Backward Forward Post Reply List
Delete Modify
  제목   GDB 강좌 #1 1998/07/10 (17:13)
이름 김효원
번호 46
조회 313
본문
『리눅스 학당-리눅스 강좌 / 연재 (go LINUX)』 332번
제  목:gdb 사용법<1>                                               
올린이:생체졸병(유수행  )    96/09/29 23:03    읽음:2324 관련자료 없음
-----------------------------------------------------------------------------


[서두 : 프로그램 디버거란???]

디버거란 프로그램 개발 도구로써, 프로그램을 개발하다가 에러가

발생하면 발생 위치 및 발생이유를 쉽게 찾을 수 있도록 도와 준다.



[gdb] 명령 요약

프로그램 실행과 트레이스(trace)에 관련된 명령들

---------------------------------------------------------

run      현재의 인수를 사용하여 프로그램을 실행

run <args>  새로운 <인수>를 가지고 프로그램을 실행

continue  현재 위치에서 프로그램을 계속 실행시킨다.

         (약자) c, cont, (dbx)return

next      한 줄씩 실행 시킨다. 이 때 함수를 포함하고 있으면

         함수를 수행시킨다. (약자) n

next <n>  <n>줄을 실행시킨다.

step      한 줄씩 실행 시킨다. 이 때 함수를 포함하고 있으면

         함수 내부로 들어가서 한 줄씩 실행한다. (약자) s

step <n>  <n>줄을 실행시킨다. "  "

break <line number> 라인 번호에서 프로그램 실행을 멈추게 한다.

          (dbx) stop at <line number>  (약자) b

break <함수 명>  함수 내부의 첫번째 라인에서 프로그램의 실행을

              멈추게한다.

           (dbx) stop in <함수명>  

quit       gdb를 종료 시킨다.

------------------------------------------------------------

데이타에 관련된 명령들

-----------------------------------------------------------

whatis <name>  지정한 <변수>에 관련된 정보를 보여준다.

print  <eval>  <eval>에 지정된 식의 값을 보여준다.

               (약자) p

display         현재 지정된 display 명령의 목록을 보여준다.

               (dbx) history

list            현재 위치에서 소스 파일의 내용을 10줄 보여준다.

list <first>,<last> <시작줄>과 <끝줄>사이의 소스파일 내용을 보여준다.

-----------------------------------------------------------

gdb 사용법을 알기 위해서 우선 bug가 있는 프로그램을 작성하자.

~#vi test.c

---------------< test.c 내용>--------------

1 #include <stdio.h>

2

3 main()

4 {

5 int i;

6 double j;

7       char   *bug = NULL;

8

/* 다음은 i/2 + i 의 값을 출력 시키는 문이다.

  i 가 1 이면, j 는 1.5 가 되도록 짠 것이다.

  그러나 실제로 그렇지 않다. */

9 for( i = 0; i < 5; i++) {

10 j = i/2 + i;
97
10 j = i/2 + i;

11 printf(" j is %lf \n", j );

12 }

/* 다음은 bug 변수에 hi를 copy하려는 것이다.

 변수명 bug에서 느끼겠지만, 일부려 bug를 만들었다.

 무엇일까 ? */

13      strcpy(bug,"hi");

14      printf("bug is %s \n", bug);

15

16 return;

17 }

---------------------------------------------
위의 내용을 저장하고 나서,

yoo:~# cc -g test.c -o test

<설명>------------------

위 명령어에서 cc 는 c language를 compile 한 후 실행화일 형성할 때

사용하는 명령이며, gnu c에서는 gcc로 대치될 수 있다.

-g option 은 형성된 실행화일을 가지고 debug될 수 있게 compile 해

달라는 일종의 부탁하는 option이다.

-o option은 -o 뒤의 화일 이름을 가진 실행화일을 만들어 달라라는 것이다.

위의 test.c를 compile하면 error 메세지는 없다.

------------------------------------------------------------

yoo:~# test

yoo:~# mv test a.out

yoo:~# a.out

j is 0.000000

j is 1.000000

j is 3.000000

j is 4.000000

j is 6.000000

Segmentation fault (core dumped)

yoo:~# rm core

<설명>-----------------------------------------------------

test 실행화일을 실행시켰더니 아무런 반응이 없어서 깜짝놀랐다.

필자는 보통 SGI에서 프로그램을 짜서, 이런 현상은 처음이다.

아뭏든, a.out로 바꾸고 보니 core가 형성되었다. 그리고, j 값이 이상하다.

-----------------------------------------------------------

yoo:~# gdb a.out

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.15.1 (i486-slackware-linux),

Copyright 1995 Free Software Foundation, Inc...

(gdb)

--<설명>------------------------------------------------------

이제부터 test.c 를 디버그(debug)한다. 프로그램 짜는 것보다 훨씬

재미있다. (아실랑가 모르겠네....)

방금전 실행화일 (test)을 a.out로 바꾼사실을 기억하죠.

그래서 gdb (실행화일) 즉, gdb a.out로 치면 된다.

BSD 계열에선 dbx (실행화일) 즉, dbx a.out로 치면된다.

-----------------------------------------------------------------

(gdb) list

1       #include <stdio.h>

2

3       main()

4       {

5               int     i;

6               double j;

7               char   *bug = NULL;

8

9               for( i = 0; i < 5; i++) {

10                      j = i/2 + i;

--< 설명 > ----------------------------------------------------

list는 소스 내용을 보여줍니다.

--------------------------------------------------------------

(gdb) list 4, 13

4       {

5               int     i;

6               double j;

7               char   *bug = NULL;

8

9               for( i = 0; i < 5; i++) {

10                      j = i/2 + i;

11                      printf(" j is %lf \n", j );

12              }

13

--<설명> --------------------------------------------------------

list < 첫번째 줄>, < 끝줄> 치면 위처럼 보입니다.  

---------------------------------------------------------------

(gdb) break 9

Breakpoint 1 at 0x80484b1: file test.c, line 9.

(gdb) run

Starting program: /root/a.out

Breakpoint 1, main () at test.c:9

9               for( i = 0; i < 5; i++) {

(gdb)

--<설명>-----------------------------------------------------

debug하려면 우선 bug가 있을만한 라인 앞을 break point로 잡습니다.

저는 for 문에 이상이 있다고 판단하고

9               for( i = 0; i < 5; i++) {

for문의 line number 가 9 이므로, break 9로 했읍니다.

다른 예, 함수 내부에 breakpoint를 잡는 법은 나중에 ...

그리구, run 했읍니다.

---------------------------------------------------------------

9               for( i = 0; i < 5; i++) {

(gdb) step

10                      j = i/2 + i;

(gdb) step

11                      printf(" j is %lf \n", j );

(gdb) step

j is 0.000000

9               for( i = 0; i < 5; i++) {

(gdb) step

10                      j = i/2 + i;

(gdb) p i

$1 = 1

(gdb) p j

$2 = 0

(gdb) s

11                      printf(" j is %lf \n", j );

(gdb) p j

$3 = 1

(gdb)

----<설명>----------------------------------------

위의 경우는 step 의 설명입니다. s로 쳐도 됩니다.

step은 한줄씩 실행 시킵니다.

i = 1 일 때 j = 1 입니다. 예상 밖이죠.

즉 10 line에서 잘못된 것입니다.

무엇이 잘못된 것인지는 여러분이 깨달으시고,

j = (double)i/2. + i;하면 제대로 될 것입니다.

--------------------------------------------------

(gdb) b 14

Breakpoint 2 at 0x80484fc: file test.c, line 14.

(gdb) continue

Continuing.

j is 1.000000

j is 3.000000

j is 4.000000

j is 6.000000

Breakpoint 2, main () at test.c:14

14              strcpy(bug,"hi");

(gdb)

---<설명>---------------------------------------

b 14는 14번째 라인에서 break point를 잡았다. 만약 dbx 사용자는

stop at 14로 하면 된다. continue는 프로그램 실행을 다음 breakpoint까지

계속 실행 시키는 것이다. dbx 사용자는 return을 치면 된다.

-----------------------------------------------------------

(gdb) p bug

$1 = 0x0

(gdb) s

Program received signal SIGSEGV, Segmentation fault.

0x400602cf in __fpu_control ()

(gdb)

---<설명>-------------------------------------------------

드디어 core 가 발생하는 위치로 왔다. 즉 14번 라인을 실행시켰더니

error message가 보였다. 즉 14번째 라인에서 버그가 있는 것이다.

무엇일까?

우선 p bug(변수 bug의 내용을 보여라)의 결과가  0x0이다 .

gdb에선  0x0 은 null 이다는 것이다. 즉 번지(address)가 없다.

그래서, 14번 라인을 실행시키전에  변수 bug에 번지를 할당 해야 한다.

즉 bug = (char *) calloc(1, sizeof(char)); 를 먼저 실행시키면된다.

--------------------------------------------------------

(gdb) quit

The program is running.  Quit anyway (and kill it)? (y or n) y

yoo:~#

----< 설명>-------------------------------------------------

core 위치와 왜 잘못되었는지를 찾았으면, source를 고쳐야 한다.

그리고, 실행중인 gdb에서 빠져나와야한다. 소기의 목적을 달성했으니까..

그리고, 위에서 언급한데로 수정하고 다시 gdb를 실행해 보아라.

그러면 bug가 사라진 기쁨을 느낄 것이다.

우희희 (웃음 소리)..

------------------------------------------------------------

지금까진 초급수준에서 debugging 했다.

만약 source가 여러개 있다면, 즉 ***.c 화일이 여러개 있다면, 어떻게

debugging해야 할까?

다음에 설명하겠다. 기대해 주세요.



HomePage Backward Forward Post Reply List
1998 by swindler