home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / compress / 4224 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  1.1 KB
  1. From: ericb@hplsla.hp.com (Eric Backus)
  2. Date: Tue, 22 Dec 1992 23:39:49 GMT
  3. Subject: Re: Widespread bug in "compress" and GIF compressors
  4. Message-ID: <147850004@hplsla.hp.com>
  5. Organization: HP Lake Stevens, WA
  6. Path: sparky!uunet!spool.mu.edu!wupost!sdd.hp.com!hpscit.sc.hp.com!cupnews0.cup.hp.com!news1.boi.hp.com!hp-pcd!hplsla!ericb
  7. Newsgroups: comp.compression
  8. References: <BzEzAM.3Gv.2@cs.cmu.edu>
  9. Lines: 16
  10.  
  11. Tom Lane writes:
  12. >I've discovered a small bug in the standard Unix compress(1) utility.
  13. >The bug is also present in many derived implementations of LZW compression,
  14. >notably common GIF graphics file writers such as ppmtogif and xv.
  15. >
  16. >The bug does NOT pose any risk of loss of data.  What it does do is to cause
  17. >inefficient compression of some files containing many runs of zero
  18. >characters (nulls).
  19.  
  20. Wow, thanks!  Who'd have thought there was a bug there.  Note that
  21. cpio and tar tend to put out strings of null bytes, to pad out
  22. archives to a multiple of the blocksize, so this could help a little
  23. when compressing those archives.
  24. --
  25.                     Eric Backus
  26.                     ericb@lsid.hp.com
  27.