헤더파일 include 와 런타임시 에러에 대해....
글쓴이: smilor93 / 작성시간: 수, 2009/03/04 - 5:00오후
안녕하세요.
제가 좀 이상한 상황에 부딪쳐서 조언을 구하고자 합니다.
시스템은 AIX Version 5.3 입니다.
a.h/c, b.h/c, c.h/c 파일을 묶어서 libA.a 로 만들고
Proc_A 에서 libA.a 를 link 합니다.
이중 a.c 에서 strchr 함수를 사용합니다.
그런데, a.c 에서 strchr 가 선언된 를 include 하지 않고 컴파일을 하고 실행을 했는데
컴파일은 되고, 런타임시 segmentation fault 가 발생합니다.
물론 관련 헤더파일을 인클루드 하지 않은 저의 잘못이긴 하지만
그렇다면 컴파일시 오류를 잡아줘야 하지 않을까요? 런타임시 에러가 발생하게 되면
정확한 원인을 찾는데 너무 힘들어 지는데 말이죠.
제가 상황을 너무 축약해서 혹 다른 원인이 있을 수도 있지만
정확히 strchr 를 사용하는 지점이고, include 를 하느냐 안하느냐에 따라 실행시 오류가
발생하기도, 하지 않기도 합니다.
그래서 헤더파일 include 가 원인이라고 밖에 생각할 수가 없게 된거구요.
혹시 해결 방법이 머 없을까요?
컴파일러가 잡아주지 않으면 한번의 실수로 런타임시 엄청난 문제가 발생할 수도 있어서
꼭 좀 해결하고 싶습니다.
감사합니다.
Forums:
찾다보니 KLDP가 나오는군요
답은 아래 링크를 참조하시면 될 듯 합니다.
http://kldp.org/node/69630
고맙습니다.
좋은 자료 감사합니다.
읽어보고 해결책을 생각해봐야겠네요.
저도 비슷한 현상을
저도 비슷한 현상을 겪어봤어요.
딱히 해결책을 찾은 것은 아니였구요.
a.c에 있는 함수를 b.c가 호출 할 때에 a.h를 include하지 않고 호출하면
solaris 64bit에서만 segmentation fault가 발생하더라구요.
그래서 하나하나 include 빠진 부분을 추가해서 해결한 적이 있어요.
뭐 결국, 경고에 주의를 기울이는 수 밖에는 없었어요 ㅎㅎ
-----------------
한글을 사랑합니다.
-----------------
한글을 사랑합니다.
버그 수정이라
버그 수정이라 봐야죠 :)
(버그에 대한 해결책은 버그 수정 밖에 없...다고 말하고 싶지만,
그건 bug 가 아니라 feature 라고 주장하며 어물쩡 넘어가는 기업도 있으니)
어딘가에서 (묵시적인?) 형변환등이 일어나면서,
형을 알 수 없는 자료에 대해 컴파일러가 int 등으로 해석했는데,
이게 사실은 int 가 아니었다... 와 같은 경우로 생각되구요,
형을 안다면 컴파일러가 제대로 해 줄테니 형을 반드시 명시하는 것이 좋고,
이런 것들을 모아서 공동으로 참조하고 관리하는 게 헤더파일의 존재의의 아니겠습니까 ?
OTL
댓글 달기