home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v7 / text0023.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.1 KB
  1. From: cybvax0!frog!jim@harvard.UUCP
  2. Date: Mon, 6 Oct 86 08:56:55 edt
  3. Subject: POSIX system range
  4.  
  5. In a comment on the sensitive issue of UPPERCASE us lowercase, John
  6. Gilmore stated:
  7.  
  8.  "My impression was that the "new operating system" was supposed to look
  9.   very much like the set of features-in-common to the various Unix operating
  10.   systems.  If we are trying to standardize an environment that will
  11.   run under other operating systems, somebody better tell us quick.
  12.   I thought the "Portable Operating System" stuff was just a legalese hack
  13.   because we can't use the trademarked name "Unix".  Was I wrong? "
  14.      ( Volume-Number: Volume 7, Number 20)
  15.  
  16. The POSIX effort is defining an operating system interface, the boundary
  17. layer between application and OS Services; not an "operating system".
  18. One point is that we are not trying to specify the implementation.
  19. We also want a portable environment that can work with various UN*X
  20. versions. But, it should also work with some range of hosted systems,
  21. and systems developed from scratch.  The name POSIX is to provide a
  22. handle for such a thing without treading on the AT&T Trademark.  However,
  23. The purpose is to define application portability beyond the scope of the
  24. language constructs, but without necessarily specifiying a specific
  25. implementation or specific version of system from a specific vendor.
  26. If we reverse the implicit question "Why not UN*X" and ask "Why not hosted?"
  27. it is useful.  If we vary from System V or Berkeley, we would like to know,
  28. and have some rationale for that (or not vary); similarly if we define
  29. constraints that prevent hosting we should have a rationale for that,
  30. or not propose such constraints.
  31.  
  32.     For information, POSIX has been proposed as a FIPS standard,
  33. which would have a substaintial impact on government purchases when
  34. that becomes finalized, and the first US Government purchase spec for
  35. a POSIX system went out in Oct.  So we are not concerned with minor
  36. legalisms, but practical solutions in the real world.  If the definition
  37. aids significantly in this, we have done well; if not, ...
  38.  
  39.  
  40.  
  41.  
  42.  
  43. Volume-Number: Volume 7, Number 24
  44.  
  45.