지금 gdb로 값을 찍어서 보고 있는데..
예를 들어 print abc 라는 변수를
찍어 보면 cannot access of memory 0x.....(주소값)
이런식으로 떨어집니다.
참고로 abc 변수는 tim_t abc; 입니다.
이런경우는 어쩔때 생기는 경우인가요?
지금 gdb로 값을 찍어서 보고 있는데..
예를 들어 print abc 라는 변수를
찍어 보면 cannot access of memory 0x.....(주소값)
이런식으로 떨어집니다.
참고로 abc 변수는 tim_t abc; 입니다.
이런경우는 어쩔때 생기는 경우인가요?
제가 잠시... 찾아봤습니다. 주로 세그폴트 날때 나는 에러네요..
overflow 를 이용한 크랙킹를 배우는 사이트(?)에 많이 나오네요;;;
저런 경우엔 저런 에러메세지가 발생할수 없지 않나요 -_-a;
일반적으로 포인터에 엉뚱한 값이 들어갔을 때
그 값을 print *ptr 머 이렇게 엑세스하려고 할때나
print 0xffffff00 같이 접근 못하는 영역 읽으려고 할 때
뜨는 건데
저런 경우라면 변수의 주소 자체가 접근 못하는 영역에 있다는...
머 그런 말도 안 되는 경우라고 밖엔...
아.. 혹시 abc가 reference인데 그 reference되는 주소가
엉뚱한 곳을 가리키고 있는 건 아닌지..?
지금 gdb로 값을 찍어서 보고 있는데..
예를 들어 print abc 라는 변수를
찍어 보면 cannot access of memory 0x.....(주소값)
이런식으로 떨어집니다.
참고로 abc 변수는 tim_t abc; 입니다.
이런경우는 어쩔때 생기는 경우인가요?
abc가 stack에 생기는 auto 변수일경우 위와 같은
현상이 생길수 있습니다.
abc가 저장되는 곳은 stack pointer에대한 offset으로만
주어지는데 만약 이 overflow등으로 인해 sp가 잘못된 값을 갖게되면
abc의 저장 위치도 gdb가 잘못 파악할 수밖에 없습니다.
그런 경우 abc값을 읽는 것조차도 실패하겠죠.
코드에서 printf()로는 잘 찍히나요?이것도 한 번 확인 해보
코드에서 printf()로는 잘 찍히나요?
이것도 한 번 확인 해보시길...
소스에서 잘못된 어싸인이로 인한 문제일 가능성이 가장 높은거 같은데...-_-ㅋ
<어떠한 역경에도 굴하지 않는 '하양 지훈'>
#include <com.h> <C2H5OH.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);
unsigned 이거 말씀하시는건가요...?time_t 형을 pt
unsigned 이거 말씀하시는건가요...?
time_t 형을
ptype abc 하면 long int 로 나오는데...???
-_-ㅋ그냥 일단 관련된 소스 부분을 올려 주시죠...아마도 소스
-_-ㅋ
그냥 일단 관련된 소스 부분을 올려 주시죠...
아마도 소스부분에서 무언가 잘못이 있을거 같은데요..-_-ㅋ
<어떠한 역경에도 굴하지 않는 '하양 지훈'>
추신_혹시 컴파일한거 실행하면 coredump 뜨지 않나요?
#include <com.h> <C2H5OH.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);
Re: gdb 질문입니다.
제가 잠시... 찾아봤습니다. 주로 세그폴트 날때 나는 에러네요..
overflow 를 이용한 크랙킹를 배우는 사이트(?)에 많이 나오네요;;;
자세한 것은 모르겠습니다. :P
----
I think, therefore I am.
저런 경우엔 저런 에러메세지가 발생할수 없지 않나요 -_-a;일반적으
저런 경우엔 저런 에러메세지가 발생할수 없지 않나요 -_-a;
일반적으로 포인터에 엉뚱한 값이 들어갔을 때
그 값을 print *ptr 머 이렇게 엑세스하려고 할때나
print 0xffffff00 같이 접근 못하는 영역 읽으려고 할 때
뜨는 건데
저런 경우라면 변수의 주소 자체가 접근 못하는 영역에 있다는...
머 그런 말도 안 되는 경우라고 밖엔...
아.. 혹시 abc가 reference인데 그 reference되는 주소가
엉뚱한 곳을 가리키고 있는 건 아닌지..?
http://home.postech.ac.kr/~sodomau
일단 코드를 보지 않고는 알 수 없는 문제군요.가장 의심스러운 것은
일단 코드를 보지 않고는 알 수 없는 문제군요.
가장 의심스러운 것은 tim_t인데...
time_t의 오타인지? -.-a
아니라면....
time_t가 포인터 타입이라면,
abc의 값을 보시려면,
gdb> print *abc
를 해보시는 게 좋을 것 같군요.
만약 포인터 타입이 아니라면, 스택이 깨졌을 가능성이 큽니다.
그럼...
Re: gdb 질문입니다.
컴파일시 옵티마이즈 옵션을 다 끄셨나요?
이것두 안되면 gdb 버전을 높이는 수 밖에 없을듯.
screen + vim + ctags 좋아요~
abc가 stack에 생기는 auto 변수일경우 위와 같은현상이 생길
abc가 stack에 생기는 auto 변수일경우 위와 같은
현상이 생길수 있습니다.
abc가 저장되는 곳은 stack pointer에대한 offset으로만
주어지는데 만약 이 overflow등으로 인해 sp가 잘못된 값을 갖게되면
abc의 저장 위치도 gdb가 잘못 파악할 수밖에 없습니다.
그런 경우 abc값을 읽는 것조차도 실패하겠죠.
댓글 달기