GNU bug report logs - #17804
RFC: fixing the 32-bit size and time limits in gzip file format

Previous Next

Package: gzip;

Reported by: Petr Stodůlka <pstodulk <at> redhat.com>

Date: Wed, 18 Jun 2014 16:54:01 UTC

Severity: normal

Merged with 29089, 30935, 30936, 38766, 42965, 48424, 52227

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Alex Peshkoff <peshkoff <at> mail.ru>
Subject: bug#29089: closed (Re: bug#17804: RFC: fixing the 32-bit size and
 time limits in gzip file format)
Date: Thu, 16 Dec 2021 02:34:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#17804: Truncated size of big file

which was filed against the gzip package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 29089 <at> debbugs.gnu.org.

-- 
17804: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17804
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Petr Stodůlka <pstodulk <at> redhat.com>
Cc: 17804-done <at> debbugs.gnu.org
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
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.

[Message part 3 (message/rfc822, inline)]
From: Alex Peshkoff <peshkoff <at> mail.ru>
To: bug-gzip <at> gnu.org
Subject: Truncated size of big file
Date: Tue, 31 Oct 2017 20:59:33 +0300
Before decompressing a copy of database I've decided to take a look at 
it's size:

localhost stg # gunzip -l SWHTOROLT_20171019.GBK.gz
         compressed        uncompressed  ratio uncompressed_name
         3645968323          1782666240 -104.5% SWHTOROLT_20171019.GBK

uncompressed is reported as 1.7Gb which is definitely something unreal 
like -104.5 compress ratio

Actual size after unzip is:

localhost stg # gunzip SWHTOROLT_20171019.GBK.gz
localhost stg # ls -l SWHTOROLT_20171019.GBK
-rw-r--r-- 1 root root 18962535424 Oct 19 15:59 SWHTOROLT_20171019.GBK

Lickily I've had enough disk space - but let me not attach problematic 
archive to email, I suppose it's easier to reproduce this locally ;)

Alex.





This bug report was last modified 3 years and 155 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.