home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.unix.sysv386:16552 comp.unix.sys5.r4:529
- Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
- Path: sparky!uunet!ihz.compuserve.com!sam
- From: sam@csi.compuserve.com (Sam Neely)
- Subject: Re: tar problems
- Message-ID: <BxvG2r.2tw@csi.compuserve.com>
- Organization: CompuServe Incorporated
- References: <1992Nov12.164004.9850@netnews.whoi.edu>
- Date: Tue, 17 Nov 1992 17:47:14 GMT
- Lines: 29
-
- In article <1992Nov12.164004.9850@netnews.whoi.edu> gie@charon.er.usgs.gov (Gerald I. Evenden) writes:
- >I am having problems with tar files created under Dell SVR4-i2.2 not
- >un-tar-ing properly on other systems. More specifically, directories
- >in the tar file will *NOT* expand to a directory, but instead get
- >created as an executable, zero length file. Some detective work has
- >shown that the name field in the SVR4 tar is not suffixed with a "/"
- >as in a non-SVR4 tar and mode value also differs. I have also used the
- >latest version of GNU's cpio with "-H tar" and get the same results
- >as with the SVR4 tar. Foreign tars have always been successfully
- >processed by SVR4, but the other direction is a bust.
- >
- >This seems to be a bug/problem related to issue 2.2 because I do not
- >remember having this trouble with issue 2.1 last spring.
- >
- >It is interesting that GNU cpio and Dell tar tend to agree on format.
- >
- >Any comments or workarounds would be appreciated.
-
- There is a new version of tar for issue 2.2 on dell1.dell.com in
- the support2.2 directory, if memory serves me correctly. Snarf
- and install this and you should be happier. (I sure was after I
- installed...)
-
- - Sam
- --
- Sam Neely, CompuServe Incorporated +1 614 457 8600 (voice)
- 5000 Arlington Centre Blvd, Columbus, OH 43220 +1 614 457 0348 (FAX)
- Electronic Mail: InfoPlex: >CSI:SAM Internet: SAM@CSI.COMPUSERVE.COM
- To err is human, to forgive is against company policy
-