Date: Tue, 1 Aug 2006 20:40:19 GMT From: Michael Scheidell <scheidell@secnap.net> To: freebsd-bugs@FreeBSD.org Subject: Re: bin/101123: gzip -l signed value error Message-ID: <200608012040.k71KeJb3056485@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
The following reply was made to PR bin/101123; it has been noted by GNATS. From: Michael Scheidell <scheidell@secnap.net> To: bug-followup@FreeBSD.org Cc: Subject: Re: bin/101123: gzip -l signed value error Date: Tue, 01 Aug 2006 16:39:17 -0400 last entry: problem is twofold #1, freebsd base using old version of gzip (ports version is better) #2, design flaw in gzip won't record input file size > 0xffffffff Structure of zip header only allows 4 bytes for isize http://www.gzip.org/zlib/rfc-gzip.html ports version (gzip 1.3.5) attempts to correctly show size as ./gzip -l /var/livefs/var/ht-850-5.5.gz compressed uncompressed ratio uncompressed_name 393954905 2690588672 85.4% /var/livefs/var/ht-850-5.5 in order to be able to record the 80000000000LLU size of the input file, I would need 5 bytes: 12A05F2000. When gzip wrote the header, it dropped the 5th byte: 12, leaving A05F2000 A05F2000 converted back to decimal is: 2690588672, so the ports version of gzip is doing the best it can. Suggestion: can we upgrade the base gzip to 1.3.5 or 5.6 or 6.2? or add a GZIP_OVERWRITE_BASE option to the ports version? Other than that, I see no way to fix gzip, but at least it can process a 4294967295 file in 1.3.5 -- Michael Scheidell, CTO SECNAP Network Security / www.secnap.com scheidell@secnap.net / 1+561-999-5000, x 1131
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200608012040.k71KeJb3056485>