home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / vms / 18358 < prev    next >
Encoding:
Internet Message Format  |  1992-11-23  |  2.3 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!news.service.uci.edu!unogate!mvb.saic.com!mark.berryman
  2. From: Mark.Berryman@Mvb.Saic.Com (MUMPS Wizard)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: Q: .tar.Z files that won't unpack under VMS
  5. Message-ID: <9309102@MVB.SAIC.COM>
  6. Date: Mon, 23 Nov 1992 21:12:28 GMT
  7. References: <23NOV199211193139@seqvax.caltech.edu>
  8. Organization: Science Applications Int'l, Corp. - Computer systems operation
  9. Lines: 57
  10.  
  11. mathog@seqvax.caltech.edu (David Mathog) writes:
  12. >I frequently run into .tar.Z files that were put together on Sparcs that will
  13. >not unpack and untar correctly under VMS.  They go through lzdcmp without
  14. >posting any error mesages, but then blow up in tar.  Either I'm throwing the
  15. >wrong switches or there is some bug/incompatibility in my copy of lzdcmp or
  16. >tar. 
  17. >
  18. >If you can get the following test file unpacked and untarred on your system
  19. >please let me know how you did it! 
  20. >
  21. >The test file:
  22. >
  23. >   FTP site:  cs.arizona.edu
  24. >   directory: agrep
  25. >   file:      agrep-2.04.tar.Z   (only 62kbytes)
  26. >
  27. >Transfer this to your system (binary) and do:
  28. >
  29. >  $ lzdcmp -x 2 agrep.tarz agrep.tar
  30. >  $ tar extract/archive=agrep.tar
  31. >
  32. >[rest deleted]
  33.  
  34. It works for me but we apparently use different tar packages (I use VMSTAR).
  35. I found that the following combinations worked:
  36.  
  37. FTP> binary
  38. FTP> get agrep_2.04.tar.Z agrep.tar_z
  39.  
  40. $ lzdcmp -B -X 2 agrep.tar_z agrep.tar
  41. $ tar xvf agrep.tar
  42.         .
  43.         .
  44. (display of all of the files begin created)
  45.         .
  46.         .
  47.  
  48. The following also works:
  49.  
  50. $ compress -d agrep.tar    (note that this version of compress automatically
  51.                             appends "_Z" to the name of the specified file
  52.                             to use for input and creates an output file using
  53.                             the name without the "_Z".  It then deletes the
  54.                             input file.)
  55. $ tar xvf agrep.tar
  56.         .
  57.         .
  58. (same result as above)
  59.  
  60. For me, any other combination of switches on lzdcmp created a file that tar
  61. could not read all the way through (it consistenly bombed after the 2nd file).
  62. Note that I tend to use compress when retrieving files from un*x systems and
  63. only use lzdcmp when it is likely that there is VMS file information included
  64. in the compressed file.
  65.  
  66. Mark Berryman
  67. Mark.Berryman@Mvb.Saic.Com
  68.