From bbaec56433183f31019e70812906daf87d745bbd Mon Sep 17 00:00:00 2001 From: wiz Date: Mon, 27 Jan 2003 00:44:14 +0000 Subject: Sync with gzip-1.2.4a (typo fixes and email address changes). --- gnu/usr.bin/gzip/algorithm.doc | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) (limited to 'gnu/usr.bin/gzip/algorithm.doc') diff --git a/gnu/usr.bin/gzip/algorithm.doc b/gnu/usr.bin/gzip/algorithm.doc index 24f7619ab69..52b199172b3 100644 --- a/gnu/usr.bin/gzip/algorithm.doc +++ b/gnu/usr.bin/gzip/algorithm.doc @@ -48,7 +48,7 @@ match, thus speeding up the whole process. If compression ratio is more important than speed, zip attempts a complete second search even if the first match is already long enough. -The lazy match evaluation is no performed for the fastest compression +The lazy match evaluation is not performed for the fastest compression modes (speed options -1 to -3). For these fast modes, new strings are inserted in the hash table only when no match was found, or when the match is not too long. This degrades the compression ratio @@ -114,7 +114,7 @@ each with the following format: subfield data The subfield id can consist of two letters with some mnemonic value. -Please send any such id to jloup@chorus.fr. Ids with a zero second +Please send any such id to . Ids with a zero second byte are reserved for future use. The following ids are defined: Ap (0x41, 0x70) : Apollo file type information @@ -151,7 +151,7 @@ stamp of an encrypted file might be set to zero to avoid giving a clue about the construction of the random header. Jean-loup Gailly -jloup@chorus.fr +gzip@gnu.org References: -- cgit