Q&A와 스터디
![[레벨:3]](http://old.lameproof.com/modules/point/icons/default/3.gif "포인트:947point (21%), 레벨:3/30"){kind=icon}
박현만![[레벨:0]](http://old.lameproof.com/modules/point/icons/default/0.gif "포인트:0point (0%), 레벨:0/30"){kind=icon}
24이번에 수업 듣는 것 중에 redhat 에서 qt 프로그래밍을 하고 있습니다. 컴파일 할때는 에러가 없습니다.
컴파일 잘 되서 실행파일 까지 만들어지고 그 실행파일을 실행시키면 세그멘테이션 오류가 납니다.
여기저기 검색해보니 잘못된 메모리 영역을 참조하여 운영체제가 시그널을 보내 종료시켜서 그런다고
하네요. 소스를 아무리 봐도 어디서 그런지 모르겠어요.. 어느 부분에서 문제가 생겨 그러는지만 알아도
해결해볼수 있을거 같은데 어디서 문제인지 조차 모르겠습니다. 그래서 디버그를 해볼려구 합니다.
gdb라는 것을 사용하려는데 소스의 어느부분에서 문제가 생기는지 알아볼 수 있는 방법 좀 알려주세요
"gdb 실행파일" 이렇게 친 후 "run"하면 "Program received signal SIGSEGV, Segmentation fault." 이런
메세지가 나옵니다. bt 명령어를 치면 알 수 있다고 하는데 모르겠어요 ㅠ.ㅠ 부탁좀 드릴게요
컴파일 잘 되서 실행파일 까지 만들어지고 그 실행파일을 실행시키면 세그멘테이션 오류가 납니다.
여기저기 검색해보니 잘못된 메모리 영역을 참조하여 운영체제가 시그널을 보내 종료시켜서 그런다고
하네요. 소스를 아무리 봐도 어디서 그런지 모르겠어요.. 어느 부분에서 문제가 생겨 그러는지만 알아도
해결해볼수 있을거 같은데 어디서 문제인지 조차 모르겠습니다. 그래서 디버그를 해볼려구 합니다.
gdb라는 것을 사용하려는데 소스의 어느부분에서 문제가 생기는지 알아볼 수 있는 방법 좀 알려주세요
"gdb 실행파일" 이렇게 친 후 "run"하면 "Program received signal SIGSEGV, Segmentation fault." 이런
메세지가 나옵니다. bt 명령어를 치면 알 수 있다고 하는데 모르겠어요 ㅠ.ㅠ 부탁좀 드릴게요
2005.12.02 10:44:41 (*.94.242.74)
![[레벨:2]](http://old.lameproof.com/modules/point/icons/default/2.gif "포인트:534point (38%), 레벨:2/30"){kind=icon}
튕푭푭 컴파일 한 곳에다가(.o 파일과 실행 파일이 있는 곳) core 파일을 가져다 놓으신 후에..
gdb "실행파일명" core <== 이런 식으로 실행하시면 마지막으로 실행하던 함수 이름이 보입니다..
QT는 C++ 이기 땜에 아마 함수 이름이 좀 이상하게 나오긴 하겠지만 대략 어느 함수에서 죽었는지는 아실 수 있을 겁니다..
gdb "실행파일명" core <== 이런 식으로 실행하시면 마지막으로 실행하던 함수 이름이 보입니다..
QT는 C++ 이기 땜에 아마 함수 이름이 좀 이상하게 나오긴 하겠지만 대략 어느 함수에서 죽었는지는 아실 수 있을 겁니다..
2005.12.02 11:26:31 (*.255.59.11)
박현만 답변 감사합니다. 저기 근데요..
hackest님//메모리 덤프파일은 어디에 있나요? 조사는 어케 하죠;;
튕푭푭님//core 파일은 어디에 있는지요?;;
정말 초보라서;;
hackest님//메모리 덤프파일은 어디에 있나요? 조사는 어케 하죠;;
튕푭푭님//core 파일은 어디에 있는지요?;;
정말 초보라서;;
2005.12.02 16:50:25 (*.144.143.7)
정희철 core 파일은 별 다른 세팅(다른 디랙토리로 링크를 걸수 있음)을 하지 않는 이상 프로세스가 실행된 디랙토리에 생깁니다.
예) core.39359 <-- 이런형태로 생성됩니다.
예) core.39359 <-- 이런형태로 생성됩니다.
2005.12.02 17:00:21 (*.144.143.6)
정희철 제가 gdb 공부할때 참고하던 내용입니다.
gdb 사용법
1) gdb "프로세스명"
예) gdb textc (엔터)
2) list 사용법
예) list 18 (엔터) 18번째 줄이 화면중앙으로온다
list 1,10 (엔터) 1번부터 10번째 줄까지 출력
list 18, 18번째 줄부터 출력
3) step (라인번호)- 함수로 진입해 진행 ,
next (라인번호)- 함수를 실행하고 다음 라인으로 진행
4) p 변수 or print 변수
예) p i (엔터) -> i = 61
5) run 인자
6) break 해당 라인수
7) cont - break로 멈췄던 프로세스를 다시 실행
8) delete (번호), delete all , clear , clear (라인번호)
9) break [라인번호] if [조건]
예) break 17 if i = 50
10) call [함수,매개변수]
예) call answer(5,5)
11) watch 변수명
예) watch buff
12) q , quit gdb를 종료한다.
13) gdb "프로세스명" "코어파일명"
예) gdb textc core.234242 (엔터)
14) 현재 돌고 있는 프로세스에 디버깅 걸기
1. grep로 프로세스의 ID를알아 낸다
예) ps x | grep textc (엔터)
25134 ? s 0:19 ./textc -z 001 -tqanew -p42000
2. gdb textc 25134 (엔터)
3. l or list (함수명) (엔터)
4. (엔터)로 함수내용을 볼 수 있음.
gdb 사용법
1) gdb "프로세스명"
예) gdb textc (엔터)
2) list 사용법
예) list 18 (엔터) 18번째 줄이 화면중앙으로온다
list 1,10 (엔터) 1번부터 10번째 줄까지 출력
list 18, 18번째 줄부터 출력
3) step (라인번호)- 함수로 진입해 진행 ,
next (라인번호)- 함수를 실행하고 다음 라인으로 진행
4) p 변수 or print 변수
예) p i (엔터) -> i = 61
5) run 인자
6) break 해당 라인수
7) cont - break로 멈췄던 프로세스를 다시 실행
8) delete (번호), delete all , clear , clear (라인번호)
9) break [라인번호] if [조건]
예) break 17 if i = 50
10) call [함수,매개변수]
예) call answer(5,5)
11) watch 변수명
예) watch buff
12) q , quit gdb를 종료한다.
13) gdb "프로세스명" "코어파일명"
예) gdb textc core.234242 (엔터)
14) 현재 돌고 있는 프로세스에 디버깅 걸기
1. grep로 프로세스의 ID를알아 낸다
예) ps x | grep textc (엔터)
25134 ? s 0:19 ./textc -z 001 -tqanew -p42000
2. gdb textc 25134 (엔터)
3. l or list (함수명) (엔터)
4. (엔터)로 함수내용을 볼 수 있음.
2005.12.04 08:55:48 (*.255.59.11)
박현만 답변 감사합니다. 저기 근데 코어 파일이 안 생기는 경우도 있나요? 실행 파일이 있는 곳에 코어 파일이 안 보이는데요;; 혹시 ls -al 로 해야 보이나요?
2005.12.04 19:03:24 (*.144.143.7)
정희철 네.. 코어 파일이 생기지 않는 경우도 있습니다.
1. 디스크 공간 또는 할당량이 부족하여 파일을 쓸 수 없는 경우
2. 디렉토리에 파일을 만들거나 쓰기 위한 올바른 액세스 권한이 없는 경우
3. 같은 이름의 읽기 전용 또는 쓰기 보호된 코어 덤프 파일이 이미 있는 경우
4. 코어 덤프가 활성화되지 않은 경우:
--limit 또는 ulimit 명령을 사용하여 코어 덤프가 비활성화되었는지 확인한 다음, 필요한 경우 활성화합니다.
--예를 들어, Linux에서 "ulimit -c unlimited" 명령을 실행하면 크기에 관계없이 코어 덤프가 작성됩니다.
1. 디스크 공간 또는 할당량이 부족하여 파일을 쓸 수 없는 경우
2. 디렉토리에 파일을 만들거나 쓰기 위한 올바른 액세스 권한이 없는 경우
3. 같은 이름의 읽기 전용 또는 쓰기 보호된 코어 덤프 파일이 이미 있는 경우
4. 코어 덤프가 활성화되지 않은 경우:
--limit 또는 ulimit 명령을 사용하여 코어 덤프가 비활성화되었는지 확인한 다음, 필요한 경우 활성화합니다.
--예를 들어, Linux에서 "ulimit -c unlimited" 명령을 실행하면 크기에 관계없이 코어 덤프가 작성됩니다.