From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040113 Description of problem: Running 'gzip -l' to see the uncompressed size of a very large compressed file results in integer overflows: $ ls -gG data.1075704784.gz -rw-r--r-- 1 5256727374 Feb 2 04:12 data.1075704784.gz $ gzip -l data.1075704784.gz compressed uncompressed ratio uncompressed_name 5256727374 1921117289 -173.6% data.1075704784 $ gunzip data.1075704784.gz $ ls -gG data.1075704784 -rw-r--r-- 1 6216084585 Feb 26 15:11 data.1075704784 Version-Release number of selected component (if applicable): gzip-1.3.3-9 How reproducible: Always Steps to Reproduce: See description. I can't send you the file in question, but it seems to work for any file of comparable size (about 5 or 6GB uncompressed). Actual Results: See desc Expected Results: See desc Additional info:
*** Bug 145490 has been marked as a duplicate of this bug. ***
The problem is the gzip format stores the uncompressed file size in 32 bits only so it isn't possible to display correct uncompressed file size for large files in the gzip -l command. See man gzip section BUGS.
*** Bug 443605 has been marked as a duplicate of this bug. ***