fork 후 execl로 만들어진 process debugging이 않됩니다.
글쓴이: 김경태 / 작성시간: 금, 2007/11/23 - 11:23오전
1. 상황 설명
p1 --> fork --> execl -> p2
p1에서 p2를 execl 한 후에 gdb로 p2에 대해 debugging을 시도합니다.
1-1 문제상황
>>gdb p2 24383 Symbols already loaded for /usr/lib/libm.so.1 Symbols already loaded for /usr/lib/libmp.so.2 Symbols already loaded for /usr/platform/SUNW,Ultra-60/lib/libc_psr.so.1 Symbols already loaded for /usr/lib/libthread.so.1 [Switching to Thread 1 (LWP 1)] 0xfea99c2c in syscall () from /usr/lib/libc.so.1 (gdb) where #0 0xfea99c2c in syscall () from /usr/lib/libc.so.1 #1 0xfea91a88 in msgrcv () from /usr/lib/libc.so.1 #2 0xfe9db3e8 in msgrcv () from /usr/lib/libthread.so.1 #3 0xfe9db3e8 in msgrcv () from /usr/lib/libthread.so.1 Previous frame identical to this frame (corrupt stack?) (gdb) info thread 7 Thread 3 0xfe9ce884 in _reap_wait () from /usr/lib/libthread.so.1 6 Thread 2 (LWP 2) 0xfea99950 in _signotifywait () from /usr/lib/libc.so.1 5 LWP 2 0xfea99950 in _signotifywait () from /usr/lib/libc.so.1 4 LWP 3 0xfea97528 in door_restart () from /usr/lib/libc.so.1 3 LWP 4 0xfea99f34 in ___lwp_cond_wait () from /usr/lib/libc.so.1 * 2 Thread 1 (LWP 1) 0xfea99c2c in syscall () from /usr/lib/libc.so.1 1 LWP 1 0xfea99c2c in syscall () from /usr/lib/libc.so.1
와 같이 나타납니다. 즉 system call만 나타나고 user의 function call은 보이지 않습니다.
1-2 정상적인 케이스
>> gdb p1 23333 (gdb) where #0 SendControlMessage (cmd=1003, mid=50) at ctl_msg.c:11 #1 0x00018f10 in RestartOrPauseInformETT (cmd=1003, bNormal=0) at ctl_svc_start_quit.c:190 #2 0x0001e064 in DoAfterExtraction () at ctl_svc_extr_after.c:87 #3 0x000171b4 in DoService () at ctl_svc.c:125 #4 0x00014a50 in main (argc=1, argv=0xffbef5bc) at ctl_main.c:180 (gdb) info thread 7 Thread 3 0xfe9ce884 in _reap_wait () from /usr/lib/libthread.so.1 6 Thread 2 (LWP 2) 0xfea99950 in _signotifywait () from /usr/lib/libc.so.1 5 LWP 2 0xfea99950 in _signotifywait () from /usr/lib/libc.so.1 4 LWP 3 0xfea99f34 in ___lwp_cond_wait () from /usr/lib/libc.so.1 3 LWP 4 0xfea99f34 in ___lwp_cond_wait () from /usr/lib/libc.so.1 * 2 Thread 1 (LWP 1) SendControlMessage (cmd=1003, mid=50) at ctl_msg.c:11 1 LWP 1 SendControlMessage (cmd=1003, mid=50) at ctl_msg.c:11
와 같이 나타납니다. 보시는 봐와 같이 user의 function이 잘 보여지고 있습니다.
1-3 환경
gdb는 6.4, gcc 3.4.2 입니다.
source는 p1, p2 공히 -g option을 사용하여 컴파일 하였습니다.
p1, p2 공히 source directory와 다른 directory에 위치해 있으며, gdb 사용시에 -directory option을 사용하지는 않았습니다.
2. 질문
이와 같은 상황처럼 똑같은 compile option으로 compile된 p1, p2가 parent process인 p1은 debugging가능하고, child process인 p2는 debugging이 불가능합니다.
왜 p2는 debugging이 불가능할까요?
아마도...
Previous frame identical to this frame (corrupt stack?)
라는 error message와 연관이 깊을 것 같은데 이 메시지가 무엇을 뜻하는지 모르겠습니다.
프로그램 고수님들의 많은 지도편달 부탁드립니다.
Forums:
gdb set 명령어 중에
gdb set 명령어 중에 fork 했을때 child를 따라가도록 하는 설정이
아마 아래 일껍니다.
(gdb) set follow-fork-mode child댓글 달기