home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4515 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.7 KB
  1. Path: sparky!uunet!auspex-gw!guy
  2. From: guy@Auspex.COM (Guy Harris)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: Reading 386bsd dist files (bin,src,etc)
  5. Keywords: byte swapping problem
  6. Message-ID: <14184@auspex-gw.auspex.com>
  7. Date: 20 Aug 92 21:25:10 GMT
  8. References: <1992Aug6.224348.16769@noose.ecn.purdue.edu>
  9. Sender: news@auspex-gw.auspex.com
  10. Distribution: usa
  11. Organization: Auspex Systems, Santa Clara
  12. Lines: 23
  13. Nntp-Posting-Host: auspex.auspex.com
  14.  
  15. >Attempting to use cpio to extract the files in the various
  16. >386bsd dists, I ran into a byte swapping problem (running on both a Gould
  17. >and a SUN3).  CPIO generates the wonderfully-descript error message "Out of
  18. >phase -- get help" and then exits.
  19.  
  20. If that's so, then unless your Sun-3 is running SunOS 3.0 or so, there's
  21. something broken in its "cpio".  As of SunOS 3.2, "cpio" is supposed to
  22. automatically figure out if it's trying to read an old-format (not "-c")
  23. "cpio" file in the wrong byte order, and automatically swap the bytes
  24. for you.  (The changes to do that should also be in the BSD "cpio".)
  25.  
  26. >Since I really want to look at the srcdist stuff off-line from my PC
  27. >(not enough memory yet!) but couldn't find any flag to massage cpio into
  28. >appropriate behavior on the Gould or the SUN (so much for archive portability)
  29.  
  30. SV's "cpio" is busted, and has some almost completely useless
  31. byte-swapping flags that don't help.  Sun's (not "SUN", please) "cpio"
  32. should, as indicated, automatically figure out that it has to swap the
  33. bytes.
  34.  
  35. As indicated elsewhere, the *correct* answer is to use "cpio -c" when
  36. creating "cpio" archives; that causes "cpio" to make text, rather than
  37. binary, headers, which obviates the need for byte-swapping.
  38.