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