home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.mac.misc
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!ncar!csn!stortek!LSTC2VM.stortek.com!GILMART
- From: GILMART@LSTC2VM.stortek.com (Paul Gilmartin)
- Subject: Re: unreadable GIF files??
- Message-ID: <16853DB66.GILMART@LSTC2VM.stortek.com>
- Sender: usenet@stortek.com
- Nntp-Posting-Host: lstc2vm.stortek.com
- Organization: StorageTek SW Engineering
- References: <1992Aug30.025138.10447@seas.gwu.edu>
- Date: Sun, 30 Aug 1992 21:35:45 GMT
- Lines: 19
-
- In article <1992Aug30.025138.10447@seas.gwu.edu>
- freytag@seas.gwu.edu (Richard Freytag) writes:
-
- >I have been using a variety of applications that are supposed to be able
- >to decompress GIF files that have a TEXT resource; notably VisionLab. All
- ^^^^^^^^^^^^^
- I've never seen GIF files with a TEXT resource, only data-fork-only files
- with type either GIFf or TEXT. But it might be my ignorance.
-
- >GIF files (ones that are readable on other systems) when downloaded to my
- >machine via Kermit fail with a message that they have a "bad LZW code."
- >These GIF files are not compressed, uuencoded, or manipulated in any way
- >except to be GIF files.
- >
- >Is there something obvious that I am missing/forgetting?
-
- A frequent cause of such errors is newline conversion. Be sure both
- transmitting and receiving Kermits are instructed to not add or strip
- linefeeds or use binary protocol, or whatever.
-