--- Begin Message ---
Subject: |
bug: "gzip -l" truncates reported decompressed size to 32 bits |
Date: |
Fri, 27 Dec 2019 20:35:13 +0000 |
As title states.
openSUSE Tumbleweed 20191216 (x86_64)
gzip 1.10
(Number delimiters manually added for clarity below.)
# zcat backup.bin.gz | wc -c
67,645,849,600
# gzip -l backup.bin.gz
compressed uncompressed ratio uncompressed_name
9,458,450,396 3,221,340,160 -193.6% backup.bin
#
67,645,849,600 => 0xf_c001_c000 => truncate => 0xc001_c000 => 3,221,340,160
Thanks!
Jason Mancini
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#17804: RFC: fixing the 32-bit size and time limits in gzip file format |
Date: |
Wed, 15 Dec 2021 18:33:12 -0800 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.3.1 |
On 6/18/14 15:12, Paul Eggert wrote:
One simple way forward would be to implement what pigz -tl does, namely,
decompress the input stream and discard the output, but print its size.
I finally got around to implementing that suggestion:
https://git.savannah.gnu.org/cgit/gzip.git/commit/?id=cf26200380585019e927fe3cf5c0ecb7c8b3ef14
https://git.savannah.gnu.org/cgit/gzip.git/commit/?id=32fef43b442c7abc70414863d64718cd06f6477a
So I am closing this old bug report.
--- End Message ---