src/gnu/usr.bin/gzip, branch release/5.3.0_cvs FreeBSD source tree This commit was manufactured by cvs2svn to create tag 2004-11-04T19:12:42+00:00 cvs2svn cvs2svn@FreeBSD.org 2004-11-04T19:12:42+00:00 3f86d8a2ea3f3265afaa1fd263b0004c5c000e69 'RELENG_5_3_0_RELEASE'. This commit was manufactured to restore the state of the 5.3-RELEASE image. 
'RELENG_5_3_0_RELEASE'.

This commit was manufactured to restore the state of the 5.3-RELEASE image.
Bring in fix from gzip 1.3.3 to avoid crashes when processing certain corrupt 2004-08-13T05:38:44+00:00 Tim J. Robbins tjr@FreeBSD.org 2004-08-13T05:38:44+00:00 d5a0b816a058d9ffb3a6285778e9fec1217fff74 input files: 1999-06-25 Paul Eggert <eggert@twinsun.com> * inflate.c (huft_build): Set n to length of v, to detect improper tables. Don't accidentally grow j past z. MFC after: 3 days 
input files:

1999-06-25  Paul Eggert  <eggert@twinsun.com>

        * inflate.c (huft_build):
        Set n to length of v, to detect improper tables.
        Don't accidentally grow j past z.

MFC after:	3 days
Restore vendor Id. 2004-05-03T10:33:27+00:00 David E. O'Brien obrien@FreeBSD.org 2004-05-03T10:33:27+00:00 b38dafc010c44c464050dd9a302fd8e76afeaeaa 






Tweak to rev 1.8 to match the offical http://www.gzip.org/gzip-1.2.4b.patch
2004-05-03T10:29:23+00:00

David E. O'Brien
obrien@FreeBSD.org

2004-05-03T10:29:23+00:00

78b67cd1f8f09e4fb9247657f5bc5e1b815a2fb4












Gzip assumes 'unsigned long' is 32-bits wide and depends on this.
2004-05-02T23:07:49+00:00

David E. O'Brien
obrien@FreeBSD.org

2004-05-02T23:07:49+00:00

774cd1faf6f6bb3cb9cf8297b3d64817560cbe18

One thing Gzip does is implicitly by store the size of a file into an
'unsigned long' rather than  explicitly compute the remainder modulo 2^32
(see RFC 1952 section 2.3.1 "ISIZE").  Thus an extracted file size is
does not equal the original size (mod 2^32) for files larger than 4GB.

This manifests itself in errors such as:
	zcat: bigfile.gz: invalid compressed data--length error

PR:		66008, 66009
Submitted by:	Peter Losher <Peter_Losher@isc.org>
Patch by:	tjr





One thing Gzip does is implicitly by store the size of a file into an
'unsigned long' rather than  explicitly compute the remainder modulo 2^32
(see RFC 1952 section 2.3.1 "ISIZE").  Thus an extracted file size is
does not equal the original size (mod 2^32) for files larger than 4GB.

This manifests itself in errors such as:
	zcat: bigfile.gz: invalid compressed data--length error

PR:		66008, 66009
Submitted by:	Peter Losher <Peter_Losher@isc.org>
Patch by:	tjr







Apply patch from gzip web page to correctly decompress files larger than
2004-05-02T02:54:37+00:00

Tim J. Robbins
tjr@FreeBSD.org

2004-05-02T02:54:37+00:00

def2bdaaa56ffc5425634de35a4bbd5e529ce351

4GB on architectures with 64-bit long integers.





4GB on architectures with 64-bit long integers.







Remove getopt*.c, we already have compatible getopt_long() in libc
2004-02-17T01:59:37+00:00

Andrey A. Chernov
ache@FreeBSD.org

2004-02-17T01:59:37+00:00

3cf745d8c9dce1ba6e925e18d04e20ce7d549fb7












/rescue/g{{,un}zip,zcat} exist, so build this dynamically now.
2003-11-17T05:18:36+00:00

David E. O'Brien
obrien@FreeBSD.org

2003-11-17T05:18:36+00:00

13e85b308a893cdafa44e639f9f733fe42159985












The third arg to strncmp() is size_t, not int.  This causes a warning on
2003-10-26T04:10:50+00:00

Peter Wemm
peter@FreeBSD.org

2003-10-26T04:10:50+00:00

10a498be8f1e08c83eb7dd5ea8f0f3240904d5bd

systems where size_t is long, not int.





systems where size_t is long, not int.







Initiate deorbit burn for the i386-only a.out related support.  Moves are
2002-09-17T01:49:00+00:00

Peter Wemm
peter@FreeBSD.org

2002-09-17T01:49:00+00:00

66422f5b7a1a6055f0b2358268eb902aab6e2e3e

under way to move the remnants of the a.out toolchain to ports.  As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL.  It has already lasted WAY beyond
that.

Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.

Tested on: i386 (extensively), alpha





under way to move the remnants of the a.out toolchain to ports.  As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL.  It has already lasted WAY beyond
that.

Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.

Tested on: i386 (extensively), alpha