home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.30 / text0066.txt < prev    next >
Encoding:
Text File  |  1993-03-11  |  1.2 KB  |  39 lines
  1. Submitted-by: karish@pangea.Stanford.EDU (Chuck Karish)
  2.  
  3. In article <1m3algINNelm@ftp.UU.NET> clive@x.co.uk (Clive Feather) writes:
  4. >This behaviour is in cpio so that it is possible to extract any file
  5. >without special handling. Suppose you create an archive containing three
  6. >links:
  7. >    mkdir newdir
  8. >    cd newdir
  9. >    cp /some/random/file a
  10. >    ln a b
  11. >    ln a c
  12. >    ls ? | cpio -oc >archive
  13. >Then it is possible to extract the file under any of its names [ ... ]
  14. >If you handle links specially in the archive, then the first of these
  15. >works, but the other two don't, unless cpio can back up through standard
  16. >input, or saves all files with >1 links just in case another name
  17. >matches the pattern.
  18.  
  19.  
  20. The SVR4 070701 implementation solves this problem by
  21. storing the data under the last name for the link.
  22.  
  23. This means that cpio must cache the mnames of at least the files
  24. with multiple links, and create a link index before writing
  25. the archive.
  26.  
  27. I hope this problem is handled properly in the next new archive
  28. format.  And I hope that format is designed well enough that
  29. it isn't immediately obsolete, as POSIX CPIO was.
  30.  
  31. --
  32.  
  33.     Chuck Karish          karish@mindcraft.com
  34.     (415) 323-9000 x117   karish@pangea.stanford.edu
  35.  
  36.  
  37. Volume-Number: Volume 30, Number 68
  38.  
  39.