home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / unix / sysv386 / 13651 < prev    next >
Encoding:
Text File  |  1992-08-26  |  1.2 KB  |  28 lines
  1. Newsgroups: comp.unix.sysv386
  2. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!uchinews!machine!chinet!les
  3. From: les@chinet.chi.il.us (Leslie Mikesell)
  4. Subject: Re: SVR4 tar
  5. Message-ID: <BtM0wI.4D3@chinet.chi.il.us>
  6. Organization: Chinet - Public Access UNIX
  7. References: <1992Aug19.152118.29842@gtech.com> <jrh.714700942@mustang>
  8. Distribution: usa
  9. Date: Wed, 26 Aug 1992 21:26:41 GMT
  10. Lines: 16
  11.  
  12. In article <jrh.714700942@mustang> jrh@mustang.dell.com (Randy Howard) writes:
  13. >ayr@gtech.com (Aleksey Y. Romanov) writes:
  14. >
  15. >You are correct.  In Dell UNIX I added a backwards compatibility flag so that
  16. >it would do the right thing for old 3.2 unix systems.  I don't know if any
  17. >of the other vendors did that.  If you are using Dell UNIX, the flag you
  18. >want is 'Z'.
  19.  
  20. What's the difference, and does GNUtar care?  What should happen if you
  21. have a SysVr4 and SysVr3 system cross mounted with RFS and use each other's
  22. tar on the opposite filesystem?  (Actually, if you rfs mount a UFS filesystem
  23. into a SysVr3 machine, find won't recurse down it's directories and make
  24. won't see anything to be done - is that supposed to happen?)
  25.  
  26. Les Mikesell
  27.   les@chinet.chi.il.us
  28.