home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / sysv386 / 13843 < prev    next >
Encoding:
Internet Message Format  |  1992-08-31  |  2.1 KB
  1. Path: sparky!uunet!elroy.jpl.nasa.gov!swrinde!news.dell.com!mustang!jrh
  2. From: jrh@mustang.dell.com (Randy Howard)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: Re: SVR4 tar
  5. Message-ID: <jrh.715290819@mustang>
  6. Date: 31 Aug 92 19:53:39 GMT
  7. References: <1992Aug19.152118.29842@gtech.com> <jrh.714700942@mustang> <BtM0wI.4D3@chinet.chi.il.us>
  8. Sender: news@raid.dell.com (Net News Admin)
  9. Distribution: usa
  10. Organization: Dell Computer Co
  11. Lines: 33
  12. Nntp-Posting-Host: mustang.dell.com
  13.  
  14. les@chinet.chi.il.us (Leslie Mikesell) writes:
  15.  
  16. >In article <jrh.714700942@mustang> jrh@mustang.dell.com (Randy Howard) writes:
  17. >>You are correct.  In Dell UNIX I added a backwards compatibility flag so that
  18. >>it would do the right thing for old 3.2 unix systems.  I don't know if any
  19. >>of the other vendors did that.  If you are using Dell UNIX, the flag you
  20. >>want is 'Z'.
  21.  
  22. >What's the difference, and does GNUtar care?  
  23. The difference is it won't stick directory entries in the archive.
  24. I have no idea what GNUtar does about this.
  25. >What should happen if you
  26. >have a SysVr4 and SysVr3 system cross mounted with RFS and use each other's
  27. >tar on the opposite filesystem?  (Actually, if you rfs mount a UFS filesystem
  28. >into a SysVr3 machine, find won't recurse down it's directories and make
  29. >won't see anything to be done - is that supposed to happen?)
  30.  
  31. Hmm, you can't use the SVR4 version of tar on the 3.2 machine, because the
  32. binary won't fire off, you can however use the 3.2 version on the V.4 
  33. machine (i.e. backwords, not forward compatibility).  3.2 generated archives
  34. are understood by the SVR4 tar.  I don't know how rfs impacts the behavior,
  35. I can only wonder why you would use that instead of nfs :)  Seriously, we'll
  36. take a look, it's conceivable that the rfs code doesn't handle the truncation
  37. right for big inode numbers or something similar.
  38.  
  39. >Les Mikesell
  40. >  les@chinet.chi.il.us
  41. -- 
  42. Randy Howard            _o        @'s: jrh@dell.com
  43. Dell Computer Corp.     \<,        !'s: ...!uunet!dellunix!jrh
  44. ______________________()/ ()______________________________________________
  45. Superusers should wreak havoc only by accident.
  46. -- Maurice J. Bach "The Design of the UNIX Operating System"
  47.