home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!pipex!bnr.co.uk!uknet!mcsun!julienas!chorus!octave.chorus.fr!jloup
- From: jloup@chorus.fr (Jean-loup Gailly)
- Newsgroups: comp.compression
- Subject: Re: HELP: Problem with old zipped files
- Keywords: zip
- Message-ID: <1495@chorus.chorus.fr>
- Date: 21 Dec 92 09:58:58 GMT
- References: <1992Dec20.223714.576@julian.uwo.ca>
- Sender: jloup@chorus.chorus.fr
- Reply-To: jloup@chorus.fr (Jean-loup Gailly)
- Organization: Chorus systemes, Saint Quentin en Yvelines, France
- Lines: 26
-
- Darren Gage <gage@obelix.gaul.csd.uwo.ca> can't unzip some .zip files:
-
- > I thought about problems if the transfer was not in binary mode
- > (when I down-loaded) but there too many high order bits set in
- > the zipped files to allow for that.
- [...]
- > when ever the "version made by" bytes, and the "version needed to
- > uncompress" bytes are output into the stream, a '0D' is placed before them.
- [...]
- > the "version made by" bytes indicate that the files were
- > made with zip 1.0 on a *nix [0A 03].
-
- Didn't you notice that 0A is linefeed and that 0D is carriage-return?
- You *did* transfer your files in ascii mode instead of binary mode, so
- the file transfer program inserted a CR before every LF. The best you
- can do to recover your data is to transform all pairs CR LF back to
- LF, and hope that the original binary stream in the zip file did not
- happen to contain this sequence (which would probably have been left
- intact by the file transfer instead of being transformed to CR CR LF).
-
- This error (forgetting to set binary mode) is so common that I have
- made a special item in the comp.compression FAQ (question 30, subject
- "My archive is corrupted!").
-
- Jean-loup Gailly
- jloup@chorus.fr
-