home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.20 / text0070.txt < prev    next >
Encoding:
Internet Message Format  |  1990-08-02  |  1.7 KB
  1. From:  Doug Gwyn <gwyn@smoke.brl.mil>
  2.  
  3. >There was a discussion about whether it is possible (and preferable)
  4. >to improve the low-level directory interfaces instead of adding new,
  5. >high-level interfaces.  Do the high-level interfaces really add new
  6. >functionality for portable applications?  Do they belong with the
  7. >low-level operating system interfaces specified in 1003.1?
  8.  
  9. No, definitely not.  However, they would be appropriate at the 1003.2
  10. level.  Note that 1003.2 implementations are not constrained to use
  11. only 1003.1 facilities, so the fact that it's hard to implement tree
  12. walkers right using the existing 1003.1 directory access functions is
  13. no argument against defining tree walkers as part of a higher level.
  14.  
  15. >The ISO POSIX group (JTC1/SC22/WG15) pointed out that both of these
  16. >[tar, cpio] formats are incompatible with accepted international and U.S.
  17. >standards.  After some arm twisting, the 1003.1 working group agreed
  18. >to devise a new data interchange format based on IS 1001: 1986, which
  19. >is more or less equivalent to ANS X3.27-1987, the familiar ANSI
  20. >labeled tape format.
  21.  
  22. The ANSI magtape format is simply inappropriate.  UNIX archives were
  23. designed to be single files, making it simple to transport them by
  24. means other than magnetic tape.  In this modern networked world, for
  25. the most part magnetic tape is an anachronism.  Any archive format
  26. standard for UNIX should not depend on the archive supporting
  27. multiple files, tape marks, or any other non-UNIX concept.
  28.  
  29. It is to the credit of UNIX's original designers that they did NOT
  30. blindly adopt existing standards when they were technically inferior.
  31. Let's not make the POSIX standards impose conventional-think upon
  32. UNIX environments..
  33.  
  34. Volume-Number: Volume 20, Number 69
  35.  
  36.