emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#48424: closed (bug in "gzip -lv gzip-file")


From: GNU bug Tracking System
Subject: bug#48424: closed (bug in "gzip -lv gzip-file")
Date: Thu, 16 Dec 2021 02:34:03 +0000

Your message dated Wed, 15 Dec 2021 18:33:12 -0800
with message-id <b546014b-f19b-8025-cd7b-2266676b41d9@cs.ucla.edu>
and subject line Re: bug#17804: RFC: fixing the 32-bit size and time limits in 
gzip file format
has caused the debbugs.gnu.org bug report #17804,
regarding bug in "gzip -lv gzip-file"
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
17804: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17804
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
--- Begin Message --- Subject: bug in "gzip -lv gzip-file" Date: Fri, 14 May 2021 20:01:21 +0200 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.8.0

Hello,

gzip (at least my version, v1.10 running on Fedora 33) apparently uses an unsigned 32-bit value when displaying the uncompressed size of a gzipped file.

This demonstrates the problem:

Create a 5GiB test file:

$ fallocate -l $((5*1024*1024*1024)) fatfile

Compress it:

$ gzip -c fatfile > fatfile.gz

List the contents:

$ gzip -lv fatfile.gz
method  crc     date  time           compressed        uncompressed  ratio uncompressed_name
defla 193838c3 May 14 19:53             5857306          1073741824  99.5% fatfile

As you can see, the value in the "uncompressed" column is exactly 1GiB.

Regards,
Robert Urban

Please cc me in replies, as I'm not a subscriber of the list

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature


--- 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 ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]