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

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

[debbugs-tracker] bug#24371: closed (Bad value of size with --list)


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#24371: closed (Bad value of size with --list)
Date: Tue, 06 Sep 2016 01:47:02 +0000

Your message dated Mon, 5 Sep 2016 18:45:34 -0700
with message-id <address@hidden>
and subject line Re: bug#24371: Bad value of size with --list
has caused the debbugs.gnu.org bug report #24371,
regarding Bad value of size with --list
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
24371: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24371
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: Bad value of size with --list Date: Mon, 5 Sep 2016 11:39:48 +0200 User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
Hi!

The size of the file restored by the option "--list" is incorrect if the file is more big than 4GB.

[/mnt/DATA/TEST]ll
total 8184100
-rw-r--r-- 1 jacques jacques 8380511744 févr. 16  2016 file.bin

[/mnt/DATA/TEST]gzip file.bin

[/mnt/DATA/TEST]gzip -l file.bin.gz
         compressed        uncompressed  ratio uncompressed_name
         2490092407          4085544448  39.1% file.bin

[/mnt/DATA/TEST]gzip -V
gzip 1.6
Copyright (C) 2007, 2010, 2011 Free Software Foundation, Inc.
Copyright (C) 1993 Jean-loup Gailly.
This is free software.  You may redistribute copies of it under the terms of
the GNU General Public License <http://www.gnu.org/licenses/gpl.html>.
There is NO WARRANTY, to the extent permitted by law.

Written by Jean-loup Gailly.

[/mnt/DATA/TEST]


best regards

--- End Message ---
--- Begin Message --- Subject: Re: bug#24371: Bad value of size with --list Date: Mon, 5 Sep 2016 18:45:34 -0700
On Mon, Sep 5, 2016 at 2:39 AM, messages JB <address@hidden> wrote:
> Hi!
>
> The size of the file restored by the option "--list" is incorrect if the
> file is more big than 4GB.
>
>    [/mnt/DATA/TEST]ll
>    total 8184100
>    -rw-r--r-- 1 jacques jacques *8380511744* févr. 16  2016 file.bin
>
>    [/mnt/DATA/TEST]gzip file.bin
>
>    [/mnt/DATA/TEST]gzip -l file.bin.gz
>              compressed        uncompressed  ratio uncompressed_name
>              2490092407 *4085544448*  39.1% file.bin
>
>    [/mnt/DATA/TEST]gzip -V
>    gzip 1.6

Thanks for the report.

However, this is a known and documented limitation in the format, so
cannot be fixed in gzip. Consider using a tool with a more modern
format, like xz.

Here is the relevant part of the documentation from "info gzip":

     The ‘gzip’ format represents the input size modulo 2^32, so the
     uncompressed size and compression ratio are listed incorrectly for
     uncompressed files 4 GiB and larger.  To work around this problem,
     you can use the following command to discover a large uncompressed
     file’s true size:

          zcat file.gz | wc -c

Since there is nothing in gzip that can be changed to address this,
I'm closing the ticket.


--- End Message ---

reply via email to

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