home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.11 / text0076.txt < prev    next >
Encoding:
Internet Message Format  |  1987-07-18  |  1.4 KB
  1. From: cameron@elecvax.oz (Cameron Simpson)
  2.  
  3. >From: ka@hropus.UUCP (Kenneth Almquist)
  4. >Subject: Re: tar vs. cpio
  5. >Message-ID: <8276@ut-sally.UUCP>
  6. >
  7. >[ example of failure of tar's format ]
  8. >
  9. >So it seems to me that tar cannot be made to handle links correctly
  10. >unless the tar archive format is changed.  The cpio format, on the other
  11. >hand, allows links to be handled correctly.  The fact that cpio includes
  12. >inode numbers is not all that major a problem for non-UNIX based systems.
  13. >Since the only thing the inode numbers are used for is resolving links,
  14. >a system which does not support (non-symbolic) links can leave garbage
  15. >in the inode field when writing tapes.  A system which does have links
  16. >but does not have inode numbers can use a sequence number in place of
  17. >the inode number.
  18.  
  19. Please, monotonic garbage! Imagine extracting such a tape on a system
  20. which *does* support (non-symbolic) links. I can easily envisage an
  21. implementation which simply did not initialise the garbage, and wrote
  22. said garbage the same for each file. On extraction you'd end up with a
  23. single file with LOTS of links!-)
  24.     - Cameron Simpson
  25.  
  26. ACSnet:    cameron@elecvax.eecs.unsw.oz    JANET: elecvax.eecs.unsw.oz!cameron@ukc
  27. CSNET:    cameron@elecvax.oz        BITNET:    cameron%elecvax.oz@CSNET-RELAY
  28. ARPA:    cameron%elecvax.eecs.unsw.oz@seismo.css.gov
  29. UUCP:    ...!seismo!munnari!elecvax.eecs.unsw.oz!cameron
  30.      or    munnari!elecvax.eecs.unsw.oz!cameron@seismo.css.gov
  31.  
  32.  
  33. Volume-Number: Volume 11, Number 77
  34.  
  35.