home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.18 / text0073.txt < prev    next >
Encoding:
Internet Message Format  |  1990-03-18  |  1.8 KB
  1. From: fred@mindcraft.com (Fred Zlotnick)
  2.  
  3. In Mark Horton's new book, Portable C Software (Prentice-Hall), there are
  4. tables describing which symbols are supported from which headers in each
  5. of various systems and standards.  Looking at the table for <stdio.h>, I
  6. noticed that the symbols stdin, stdout and stderr are marked as not
  7. supported in POSIX.  At first I thought that this was an error, but now
  8. I'm not so sure.
  9.  
  10. General question:
  11.     Which symbols from the ANSI C header namespace are guaranteed to
  12.     be available to a Strictly Conforming POSIX Application?
  13.  
  14. Specific question:
  15.     Can a Strictly Conforming POSIX Application use "stdin", for
  16.     example by calling "getc(stdin)"?
  17.  
  18. Arguments about the specific question:
  19.     
  20. Yes, because...
  21.     ...the POSIX standard supports getchar(), whose semantics are
  22.        adopted from the C Standard where they are defined to be
  23.        getc(stdin).
  24.     ...the POSIX standard defines the symbol STDIN_FILENO as the
  25.        file descriptor associated with stdin (8.2.1.2), so by
  26.        implication stdin is supported.
  27.  
  28. No, because...
  29.     ...The POSIX Standard specifically names the symbols and terms
  30.        adopted from the C Standard, in section 2.8.1, and stdin is
  31.        not among them.
  32.  
  33. Obviously similar arguments exist about stdout/stderr.  Note that the
  34. symbols stdin, stdout and stderr are unambiguously part of the reserved
  35. name space (at least, if _POSIX_SOURCE is defined in the right place.)
  36. That's not the issue, though, as the names "signal" and "mbtowc" are also
  37. part of the reserved name space but those functions are not supported.
  38.  
  39. Fred Zlotnick
  40. -- 
  41. -------------------------------------------------------------------------------
  42. Fred Zlotnick                       |    "You can't overlook, the lack, Jack,
  43. fred@mindcraft.com                  |     of any other highway to ride."
  44. ...!{decwrl,ames,hpda}!mindcrf!fred |
  45.  
  46. Volume-Number: Volume 18, Number 75
  47.  
  48.