home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / sysv386 / 17727 < prev    next >
Encoding:
Internet Message Format  |  1993-01-11  |  1.5 KB
  1. Xref: sparky comp.unix.sysv386:17727 comp.unix.pc-clone.32bit:1023
  2. Path: sparky!uunet!mcsun!sun4nl!tuegate.tue.nl!svin09!wsinis07!debra
  3. From: debra@wsinis07.info.win.tue.nl (Paul De Bra)
  4. Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit
  5. Subject: Re: serious bug in cpio -i -Htar
  6. Message-ID: <4956@svin09.info.win.tue.nl>
  7. Date: 11 Jan 93 14:33:03 GMT
  8. References: <4910@svin09.info.win.tue.nl> <1993Jan7.064311.9540@kilowatt.uucp>
  9. Sender: news@svin09.info.win.tue.nl
  10. Reply-To: debra@info.win.tue.nl
  11. Followup-To: comp.unix.sysv386
  12. Organization: Eindhoven University of Technology, the Netherlands
  13. Lines: 19
  14.  
  15. In article <1993Jan7.064311.9540@kilowatt.uucp> root@kilowatt.UUCP (Kilowatt admin) writes:
  16. >    SVR4 tar has another strange bug. Seems if when restoring files, you
  17. >restore one file that is a link, say "a ->/a/b/c/d/e" and there is another
  18. >link just after it called "b ->/a/b/c" tar will restore it as "b ->/a/b/c/d/e"
  19. >This just seems to be a lack of the NULL at the end of the string, like
  20. >someone did a memmov or memcpy(dest,src,strlen(src)); where it should be
  21. >strlen(src)+1 to include the NULL. Sure this is not the same bug in the cpio
  22. >code?
  23.  
  24. Probably not the same bug. The bug encountered with cpio -i does not occur
  25. with tar x.
  26. The bug is even more serious than i originally posted:
  27.  
  28. even when you do a 'cpio -ivt', i.e. you just want to look at what's in the
  29. archive, cpio will *extract* the links from the archive.
  30. so doing a cpio -ivt is *not* even a safe way to look at tar archives.
  31.  
  32.  
  33. Paul.
  34.