home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / mod.std.unix.v9 / text0026.txt < prev    next >
Encoding:
Internet Message Format  |  1987-06-30  |  2.1 KB
  1. From: gwyn@brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>)
  2. Date:     Tue, 20 Jan 87 4:59:34 EST
  3. Organization: Ballistic Research Lab (BRL), APG, MD.
  4.  
  5. In article <6881@ut-sally.UUCP> std-unix@ut-sally.UUCP:
  6. >(2)  Applications should be able to use a standard interface to send
  7. >mail.
  8. >(3)  The same is true of a spooler.  You can provide a fancy spooler,
  9. >but please let dumb programs invoke it by the same old name as long as
  10. >they only depend on the dumb options, e.g. "lpr" and "lpr -p".
  11.  
  12. I am in full agreement that a SUBSET of "mail" and "lp" (or "lpr")
  13. interfaces should be standardized, just not the whole package (for
  14. instance, definitely NOT the interactive mail-reading interface).
  15. My command-set proposal to 1003.2 contained several such cases of
  16. limited subsets of what was in the SVID.  I view 1003.2 primarily
  17. as a collections of tools for use by application programs, not as
  18. things a naive user would confront directly.
  19.  
  20. >We have failed if we create yet another
  21. >variant that's not a subset of most of the existing ones.
  22.  
  23. There is little value in restricting the 1003 standards to lowest-
  24. common denominator subsets of existing UNIX implementations, since
  25. many interesting and useful applications simply cannot be written
  26. to work well within such a limited subset.  Consequently, the 1003.1
  27. trial-use standard already differs in several (relatively minor, we
  28. hope) ways from existing UNIX systems.  POSIX conformance will require
  29. a certain amount of change to existing systems.  We've been working
  30. fairly closely with AT&T SVID people on this issue, in an attempt to
  31. ensure that a system can be simultaneously SVID and POSIX compliant
  32. without requiring separate "universes" (libraries, etc.).
  33.  
  34. As one of the original separate-universe implementors, I wish to
  35. state that any such implementation should be viewed as an interim
  36. measure while we attempt to converge on a single universal standard.
  37. (I believe this is what Sun is attempting to do.)  It will sure be
  38. nice to be able to quit worrying about annoying trivial system
  39. variations and get to work on better applications.
  40.  
  41. Volume-Number: Volume 9, Number 27
  42.  
  43.