home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / sysv386 / 17684 < prev    next >
Encoding:
Internet Message Format  |  1993-01-07  |  1.4 KB
  1. Xref: sparky comp.unix.sysv386:17684 comp.unix.pc-clone.32bit:970
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewse!cbnewsd!att-out!rutgers!mcdhup!kilowatt!root
  3. From: root@kilowatt.uucp (Kilowatt admin)
  4. Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit
  5. Subject: Re: serious bug in cpio -i -Htar
  6. Message-ID: <1993Jan7.064311.9540@kilowatt.uucp>
  7. Date: 7 Jan 93 06:43:11 GMT
  8. References: <4910@svin09.info.win.tue.nl>
  9. Reply-To: root@kilowatt.UUCP (Kilowatt admin)
  10. Organization: Kilowatt Computing of Deer Park, NY
  11. Lines: 17
  12.  
  13. >Workaround: if you're not sure whether you have a tar or cpio archive,
  14. >try to determine the format before extracting files. If the archive is
  15. >a tar archive do *not* extract files using cpio but use tar instead.
  16. >
  17.     SVR4 tar has another strange bug. Seems if when restoring files, you
  18. restore one file that is a link, say "a ->/a/b/c/d/e" and there is another
  19. link just after it called "b ->/a/b/c" tar will restore it as "b ->/a/b/c/d/e"
  20. This just seems to be a lack of the NULL at the end of the string, like
  21. someone did a memmov or memcpy(dest,src,strlen(src)); where it should be
  22. strlen(src)+1 to include the NULL. Sure this is not the same bug in the cpio
  23. code?
  24.  
  25. -- 
  26. Kilowatt Computers - (516) 253 2805    Arthur Krewat
  27. Deer Park, NY                ...!kilowatt!krewat
  28. (516) 667-6142 Zoom V.32bis        I'm in the uucp maps or try
  29. (516) 586-4743 WorldBlazer PEP/V.32bis    ...!rutgers!mcdhup!kilowatt!krewat
  30.