home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / compress / 3238 < prev    next >
Encoding:
Text File  |  1992-09-09  |  1.8 KB  |  41 lines
  1. Newsgroups: comp.compression
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!ames!riacs!pan.arc.nasa.gov!roelofs
  3. From: roelofs@pan.arc.nasa.gov (Cave Newt)
  4. Subject: Re: Pkunzip error "incons. loc. header"!!!!!!
  5. Message-ID: <1992Sep9.181035.18369@riacs.edu>
  6. Sender: news@riacs.edu
  7. Organization: University of Chicago
  8. References: <1992Sep9.130153.41420@urz.unibas.ch>
  9. Date: Wed, 9 Sep 92 18:10:35 GMT
  10. Lines: 29
  11.  
  12. spissinger@urz.unibas.ch writes:
  13.  
  14. >I have the following problem with pkunzip: I downloaded zipped files from
  15. >ftp-sites and transferred them with versatermPro/Kermit to our PC which is a
  16. >Macintosh.                                       ^^^^^^
  17.  ^^^^^^^^^
  18. >When I unzip the files on my IBM-PC with Pkunzip I get for some files the error
  19. >message "inconsistent local header for.." and the resulting file is empty.
  20. >So I looked at the zip-file and found that after 5 or 6 lines there is written
  21. >"appl????", which is not in the original file on the vax. Maybe this is the
  22. >cause for this mess.                                 ^^^
  23.  
  24. You don't give enough information to know for sure, but the problem
  25. is probably in your transfers.  First of all, have you done this before?
  26. If so, has it worked?  If not, make sure you are using the appropriate
  27. BINARY mode to do the transfer.  If the VAX is a VMS VAX and not a Unix
  28. VAX, that means "set file type fixed" on the VAX side, "set file type
  29. binary" on the PC side (I think).  If the Mac has a MacBinary setting
  30. of some sort, don't use that.  And finally, you might try Info-ZIP's
  31. UnZip (this is a blatant plug, but you asked for it)--it has all sorts
  32. of work-arounds for bugs in other people's programs.  From the sound of
  33. your error message, however, it probably won't work either; but it might
  34. give a more useful error message.
  35.  
  36. >Can this be repaired?  And HOW?
  37.  
  38. Probably not. :-)
  39.  
  40. Greg Roelofs
  41.