home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.20 / text0128.txt < prev    next >
Encoding:
Internet Message Format  |  1990-08-02  |  1.1 KB
  1. From:  Doug Gwyn <gwyn@smoke.brl.mil>
  2.  
  3.  
  4. In article <9951@cs.utexas.edu> std-unix@uunet.uu.net writes:
  5. >From:  Jason Zions <jason@cnd.hp.com>
  6. >Worse yet, it appears that one of the POSIX Real Time Profiles may very
  7. >well require only a subset of 1003.1; how on earth does one represent
  8. >*that* using the _POSIX_C_SOURCE scheme?
  9.  
  10. Shouldn't 1003.0 step in here and exert some coordination?
  11. 1003.1 was deliberately not split into "levels" a la COBOL,
  12. and we meant it.  A Real-Time extension could very well exist
  13. (say, number 1003.123a) and not require that 1003.1 be specified,
  14. but be useless in the absence of some subset of 1003.1 or equivalent,
  15. just as a hosted C implementation on UNIX does not specify that
  16. open() exist, but secretly requires a function with similar
  17. properties in order to be implemented at all.  If the problem is
  18. that the extension wants to contradict some of 1003.1, then it is
  19. an INCOMPATIBLE standard (i.e. one could not specify simultaneous
  20. conformance with 1003.1 and 1003.123a), and I thought that standards
  21. organizations prohibited that.
  22.  
  23.  
  24. Volume-Number: Volume 20, Number 126
  25.  
  26.