home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.19 / text0067.txt < prev    next >
Encoding:
Internet Message Format  |  1990-05-17  |  3.3 KB
  1. From: hlj@posix.COM (Hal Jespersen)
  2.  
  3. In article <626@longway.TIC.COM> From: <jsh@usenix.org>
  4. >            An Update on UNIX* and C Standards Activities
  5. >                             January 1990
  6. >                 USENIX Standards Watchdog Committee
  7. >                   Jeffrey S. Haemer, Report Editor
  8. >IEEE 1003.0: POSIX Guide Update
  9. > ...
  10. >An argument made against the requirement is that it may damage
  11. >implementations.  For example, real-time systems may lack even a file
  12. >system, and may want a very limited subset of the POSIX interface to
  13. >keep the implementation as small as possible.  If all of 1003.1 is
  14. >required, vendors may have to add costly and unnecessary features just
  15. >to claim POSIX compatibility.
  16. >
  17. >When the dust settles, I think 1003.1 will be strongly suggested but
  18. >not required, because 1003.1 is a pretty arbitrary subset of any list
  19. >of ``required system interfaces.''
  20. >
  21. >[Editor: We disagree.  1003.1 is a set of applications programming
  22. >interfaces carefully chosen to be necessary and sufficient to make an
  23. >operating system UNIX-like for the C programmer.  Providing standards
  24. >for a UNIX-like operating system should be the goal of the POSIX
  25. >standards, and attempts by vendors uncomfortable with UNIX to dilute
  26. >the effort should be cut off at the pass.]
  27. >
  28. >[Author: POSIX must evolve a set of independent standards that have
  29. >UNIX as their heritage. POSIX standards are all evolving as UNIX-like
  30. >standards. Why discourage a vendor from implementing some subset of
  31. >UNIX-like standards just because the vendor is not ready to provide a
  32. >complete 1003.1 implementation? ]
  33.  
  34. As an aside to this discussion, the less-than-full-POSIX.1 approach
  35. was the one we adopted for POSIX.2 [shell and utilities] back in 1986.
  36. Although this decision has certainly made our job much more difficult
  37. in terms of specifying exactly how the underlying system must work,
  38. we felt that it was important to offer POSIX.2 comformance opportunities
  39. to anyone with "enough" of UNIX to qualify.  For example, there should
  40. be no reason a V7 system could not support POSIX.2 with a few mods;
  41. these mods would definitely be less expensive than a fully-conforming
  42. POSIX.1 system, with all the attendant documentation and conformance
  43. testing required.
  44.  
  45. Now if you ask me whether I believe many non-POSIX.1 systems will be
  46. supporting POSIX.2, I would have to say No.  The timing's wrong, as
  47. most of the industry will support POSIX.1 anyway, and the ones that
  48. don't probably aren't interested in the POSIX shell anyway.  But we
  49. didn't know that when we started and we are reluctant to completely
  50. shut the door on any enterprising vendors who may have other ideas.
  51.  
  52.                     Hal Jespersen, Chair P1003.2
  53.                     POSIX Software Group
  54.                     447 Lakeview Way
  55.                     Redwood City, CA 94062
  56.                     Phone:    +1 (415) 364-3410
  57.                     FAX:    +1 (415) 364-4498
  58.                     UUCP:    uunet!posix!hlj
  59.                      -or-    hlj@posix.COM
  60.  
  61. ==========================================================================
  62. The opinions expressed in this message are my own and do not necessarily
  63. reflect those of the POSIX Working Groups or the IEEE.  To receive an
  64. official interpretation concerning an approved IEEE standard, contact the
  65. Secretary, IEEE Standards Board, P.O. Box 1331, 445 Hoes Lane, Piscataway,
  66. NJ 08855-1331.
  67. ==========================================================================
  68.  
  69. Volume-Number: Volume 19, Number 66
  70.  
  71.