home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: gnu.utils.bug
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!gnu.ai.mit.edu!rms
- From: rms@gnu.ai.mit.edu (Richard Stallman)
- Subject: gzip-0.5
- Message-ID: <9212310646.AA28334@mole.gnu.ai.mit.edu>
- Sender: gnulists@ai.mit.edu
- Organization: GNUs Not Usenet
- References: <9212300520.AA23892@se05>
- Distribution: gnu
- Date: Wed, 30 Dec 1992 20:46:57 GMT
- Approved: bug-gnu-utils@prep.ai.mit.edu
- Lines: 31
-
- Resent-Date: Tue, 29 Dec 92 23:20:41 CST
- Resent-Message-Id: <9212310309.AA06571@raisin-nut>
- Date: Tue, 29 Dec 92 23:20:41 CST
- From: dla@se05.wg2.waii.com (Doug Acker)
- Sender: gnulists@ai.mit.edu
- Resent-From: bug-gnu-utils-request@prep.ai.mit.edu
-
- Try compress an empty file ...
-
-
- i.e. touch foo
- gzip foo
-
- you get foo.z that is 20 bytes big .....
-
-
- Perhaps it could be smaller than 20 bytes,
- but it must be nonempty, since it needs to have
- at least a magic number saying what compression format
- is used.
-
- compress sometimes refuses to compress a file if the output
- is larger than the input. This is very bad design.
- It makes the program unpredictable, unreliable.
- People can normally tell just by the file name that a file
- is already compressed.
-
- As for empty files, people are not likely to lose a lot of disk space
- by compressing empty files. It is not an important issue.
-
-
-