bin/110329: gzip -l returns wrong result.
Tsurutani Naoki
turutani at scphys.kyoto-u.ac.jp
Thu Mar 15 11:10:04 UTC 2007
>Number: 110329
>Category: bin
>Synopsis: gzip -l returns wrong result.
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: doc-bug
>Submitter-Id: current-users
>Arrival-Date: Thu Mar 15 11:10:02 GMT 2007
>Closed-Date:
>Last-Modified:
>Originator: Tsurutani Naoki
>Release: FreeBSD 6.2-STABLE i386
>Organization:
>Environment:
System: FreeBSD polymer3.scphys.kyoto-u.ac.jp 6.2-STABLE FreeBSD 6.2-STABLE #3: Mon Jan 15 16:38:16 JST 2007 turutani at polymer3.scphys.kyoto-u.ac.jp:/usr/local/work/usr/obj/usr/src/sys/POLYMER i386
>Description:
gzip -l returns wrong result about a file larger than 4GB.
>How-To-Repeat:
% gzip -V
FreeBSD gzip 20070126
% ls -l foo.gz
-rwxr--r-- 1 turutani users 3027177234 3 14 13:28 foo.gz
% gzip -l foo.gz
compressed uncompressed ratio uncompressed_name
3027177234 3894293504 22.2% foo.gz
% gunzip foo.gz
% ls -l foo
-rwxr--r-- 1 turutani users 8189260800 3 14 13:28 foo
>Fix:
gzip -l checks the ISIZE field to get uncompressed files size,
and this field is *NOT* file size (see RFC1952).
But it is too hard to get correct file size without deflation,
it is better to mension about this specification to man page, I think.
>Release-Note:
>Audit-Trail:
>Unformatted:
More information about the freebsd-bugs
mailing list