unix c의 아이러니..

음.... 결국 처음 유닉스를 만들기 시작했을 때부터의 관습이라는 것인가요-0-;;

$ man pthread_create
$ man read

꼭 그렇지만은 아닌 것도 많죠

저도 혼자서 많이 고민했던 문제입니다.

결론은... 0을 False로 보는 것은 논리적인(수학적인) 이유이며 성공시 0을 리턴하는 것은 Purewell님 말씀처럼 에러값을 다변화 하기 위한, 다분히 편의를 위한 관례적인 이유이다...라고요.

True-False와 Success-Fail의 관계는 좀 다르죠.

물론 근거없이 혼자서 내린 결론입니다 -_-

결국 하나의 리턴값으로 2가지 이상을 기능할려는 것 때문에 발생한것 같습니다.

read 같은것을 보면 0이면 0바이트를 읽었다는것이고
-1이면 실패라는거죠.
결국 반환값이 2가지 이상 기능을 하고 있습니다.

int read(int fd, char * buff, size_t buff_size);
보다는

boolean read(int fd, char * buff, size_t buff_size, int * read_cnt);
이게 더 맞을것 같은데요.

따라서 boolean 만 _Bool 로 (혹은 라이브러리의 io.h 에 <stdbool.h> 가 포함되었다면 bool) 바꾸면 되겠네요.

뭐 물론 아실테지만, 잡담 늘어놓습니다.

공통된 에러 처리 루틴을 만들 효과적인 방법은 존재하지 않습니다. 앞에서 이미 말하셨던 내용들이지만, 요약하면 몇 가지로 구분할 수 있는데:

• 성공적으로 끝났을 때 0을, 그렇지 않은 경우 -1을 리턴하는 부류. 예: close(2)
• 성공적으로 끝났을 때는 0또는 양수, 그렇지 않은 경우 -1을 리턴하는 부류. 예: read(2)
• 참일 경우 0이 아닌 값을, 거짓인 경우 0을 리턴하는 부류. 예: isalpha(3)
• 성공했을 때 어떤 non-null 포인터 값을, 실패했을 때 0 (null pointer constant)을 리턴하는 부류. 예: fopen(3)
• 수학 함수 부류 (ISO C에 준하는...)
• network 함수 부류 (RFCxxxx에 준하거나 POSIX에 준하는..)

입니다. 이 중에서 실패한 경우, errno을 설정하는 함수들도 있고, 그렇지 않은 함수들도 있습니다. :evil: 특히 위에서 network 함수 부류로 지정한 함수들은 errno 대신, 자체 함수 인자로 전달받은 포인터에 에러 내용을 설정하기도 합니다. 예: getipnodebyname(3), getipnodebyaddr(3). 또, errno에 쓸 수 있는 매크로 대신, 다른 종류의 에러 코드를 리턴해서, strerror(3)를 쓸 수 없는 경우도 있습니다. 예: getaddrinfo(3) getaddrinfo(3)의 경우, 독자적인 gai_strerror(3)를 써서, 에러 리턴 값을 해석합니다.

수학 함수인 경우 지저분한 것은 마찬가지 입니다. :? 자세하게 다 훑어보는 것은 불가능할 것 같으니, 간단히 말하자면, 에러가 발생하고 math_errhandling & MATH_ERRNO가 nonzero일 경우, errno를 설정합니다. 만약 math_errhandling & MATH_ERRNO가 zero일 경우, 해당하는 예외(exception)가 발생합니다. 예를 들면: invalid floating-point exception, divide-by-zero exception (infinity), overflow, underflow등등.

정말 심각한 것은, 이러한 것들이 어떤 것은 ISO C 표준에 준하고, 어떤 것은 RFCxxxx에 명시되어 있고, 어떤 것은 POSIX (Single Unix Specification) 표준이고 등등.. 이런 식이기 때문에, 따로 하나로 통일해서 규합한다거나 하는 일이 현실적으로 불가능합니다.

결론적으로 에러 처리 루틴을 각각 따로 만들던지, 아니면 상황에 따라 적용하는 수밖에 없습니다. (그나마 floating point 처리가 적고, network 관련 프로그램이 아니라면 그럭저럭 괜찮은 상황입니다.)

실제 응용 프로그램을 개발할 때에는, GNU extension인
error()를 쓰거나, 비슷한 것을 만들어 쓰는 것이 좋습니다. 또한 에러 메시지의 형태는 GNU Coding Standard에 있는 Formatting Error Messages를 참고하시는 것이 좋습니다.

여담으로, 위 가이드에 따라 에러 메시지를 만들면, emacs의 M-x compile 기능을 쓸 수 있어서 더욱 좋습니다. 8) 즉, 에러 메시지를 syntax highlight 기능을 써서 화려하게 보여줄 뿐만 아니라, 에러가 난 소스 파일의 그 위치를 자동으로, 보여줍니다.

[/]

그냥 ....

아닐까요? :twisted: