home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sysv386 / 16565 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.3 KB
  1. Xref: sparky comp.unix.sysv386:16565 comp.unix.sys5.r4:533
  2. Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
  3. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!swrinde!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!ira.uka.de!math.fu-berlin.de!mailgzrz.TU-Berlin.DE!cs.tu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!sun4nl!fwi.uva.nl!janw
  4. From: janw@fwi.uva.nl (Jan Wortelboer)
  5. Subject: Re: tar problems
  6. Message-ID: <1992Nov17.185512.516@fwi.uva.nl>
  7. Sender: news@fwi.uva.nl
  8. Nntp-Posting-Host: mail.fwi.uva.nl
  9. Organization: FWI, University of Amsterdam
  10. References: <1992Nov12.164004.9850@netnews.whoi.edu> <1992Nov16.232139.27765@dg-rtp.dg.com>
  11. Date: Tue, 17 Nov 1992 18:55:12 GMT
  12. Lines: 52
  13.  
  14. GNU cpio is the solution!!!!!!!
  15. eliot@chutney.rtp.dg.com (Topher Eliot) writes:
  16.  
  17. >In article <1992Nov12.164004.9850@netnews.whoi.edu>, gie@charon.er.usgs.gov (Gerald I. Evenden) writes:
  18. >|> I am having problems with tar files created under Dell SVR4-i2.2 not
  19. >|> un-tar-ing properly on other systems.  More specifically, directories
  20. >|> in the tar file will *NOT* expand to a directory, but instead get
  21. >|> created as an executable, zero length file.  Some detective work has
  22. >|> shown that the name field in the SVR4 tar is not suffixed with a "/"
  23. >|> as in a non-SVR4 tar and mode value also differs.  I have also used the
  24. >|> latest version of GNU's cpio with "-H tar" and get the same results
  25. >|> as with the SVR4 tar.  Foreign tars have always been successfully
  26. >|> processed by SVR4, but the other direction is a bust.
  27. >|> 
  28. >|> This seems to be a bug/problem related to issue 2.2 because I do not
  29. >|> remember having this trouble with issue 2.1 last spring.
  30. It's a problem not a bug.
  31. >|> 
  32. >|> It is interesting that GNU cpio and Dell tar tend to agree on format.
  33. >|> 
  34. >|> Any comments or workarounds would be appreciated.
  35. >|> 
  36. >|> In the meantime, I'll try cpio which has its own problems with inodes
  37. >|> greater than 65k---why the inodes are recorded is a mystery.
  38. >|> 
  39. >|> Thanks.
  40. GNU cpio support's also SVR4 cpio (New MagicNumber) and SVR4 tar.
  41.                         ^^^^^^^^^                       ^^^^^^^^
  42. >If I recall correctly, I ran into a similar problem with cpio, and from the
  43. >looks of things, you could well have the same source code in tar and cpio.
  44. >Again, as I recall, the old programs used the trailing '/' in the file name
  45. >to denote a directory, but some standard (POSIX?) calls for an explicit mode
  46. >bit to be set instead to indicate a directory.  As far as I know, the standard
  47. >did not forbid the use of the trailing '/', so I don't know why the V.4 version
  48. >doesn't generate it.
  49. >In other words, pre-V.4 code generated and expected a trailing '/' to mean
  50. >that the file is a directory; V.4 generated and expected a mode bit in the
  51. >file header.
  52.  
  53.  
  54. >-- 
  55. >Topher Eliot             Data General DG/UX Systems Administration Development
  56. >(919) 248-6371                                             eliot@dg-rtp.dg.com
  57. >Obviously, I speak for myself, not for DG.
  58. >misc.consumers.house archivist.  Send mail to house-archive@dg-rtp.dg.com
  59. >"I can understand Teenage Mutant Ninja Turtles, but I can't understand mutually
  60. >recursive inline functions."  --anon.
  61. -- 
  62. Jan Wortelboer,  University of Amsterdam
  63.                  Computer Science Department  Email: janw@fwi.uva.nl
  64. Unix             Kruislaan 403 Kamer F003     Phone: +31 20 525 7501
  65. systems manager  1098 SJ AMSTERDAM            Fax  : +31 20 525 7490
  66.