home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / c / 13211 < prev    next >
Encoding:
Text File  |  1992-09-03  |  1.5 KB  |  44 lines
  1. Path: sparky!uunet!pacsoft!mike
  2. From: mike@pacsoft.com (Mike Stefanik)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: main()
  5. Message-ID: <1376@pacsoft.com>
  6. Date: 3 Sep 92 18:04:13 GMT
  7. References: <cee1.715416182@Isis.MsState.Edu> <1992Sep2.162015.11561@lclark.edu> <1992Sep2.190809.23874@pbhyg.PacBell.COM>
  8. Organization: Pacific Software Group, Riverside, Ca.
  9. Lines: 33
  10.  
  11. In an article, jaorans@PacBell.COM (Jeff Oransky) writes:
  12. >I would have to guess that the custom of making the main function an int
  13. >type and returning 0 at the end is more of a necessity in UNIX C 
  14. >programming since a program return to the operating system of 0
  15. >indicates a successful execution or a non zero for an unsuccessful one.
  16.  
  17. Some operating systems (such as VMS) consider a returned value of 0 to
  18. indicate an error.  Consider these two programs:
  19.  
  20.     main(void)
  21.     {
  22.         printf("Hello, world!\n");
  23.         return 0;
  24.     }
  25.  
  26.     main(void)
  27.     {
  28.         printf("Hello, world!\n");
  29.         exit(0);
  30.     }
  31.  
  32. The first case will return and VMS will complain about a (benign) error; in
  33. the second case, the exit() function knows that passing a value of 0 means
  34. "no error", and terminates the program correctly.
  35.  
  36. Has there been any standardization efforts in regards to the exit status
  37. returned by programs?  For example, to be POSIX compliant, is it required
  38. that a program be able to (a) return a numeric status to the parent process,
  39. and (b) a status of 0 always indicates no error?
  40.  
  41. -- 
  42. Mike Stefanik  mike@pacsoft.com  ...!uunet!pacsoft!mike
  43. Pacific Software Group, Riverside, CA
  44.