Hello!
I am using gzip 1.6 from openSUSE Leap 42.3 with latest patches
$ file /usr/bin/gzip
/usr/bin/gzip: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter
/lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.0.0, BuildID[sha1]=7103d56e17e6f81a52db927e393dce601c3af0e
Hello!
I am using gzip 1.6 from openSUSE Leap 42.3 with latest patches
$ file /usr/bin/gzip
/usr/bin/gzip: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter
/lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.0.0, BuildID[sha1]=7103d56e17e6f81a52db927e393dce601c3af0e
Wolfgang,
The gzip format stores only the low 32 bits of the uncompressed length as the
last four bytes of the stream, so it is not possible to show the correct
number. At least not without decompressing the whole thing.
There are two other ways that the displayed uncompressed size can be incor
Mark,
I accept that problem. I would be happy, when a similar statement like yours
would be in the man page of gzip.
Wolfgang
Mark Adler schrieb:
Wolfgang,
The gzip format stores only the low 32 bits of the uncompressed length as the
last four bytes of the stream, so it is not possible to s
Wolfgang Formann wrote:
I accept that problem. I would be happy, when a similar statement like yours
would be in the man page of gzip.
It already is in the gzip manual, which is the main source of detailed info like
that.
tags 30935 notabug
close 30935
stop
On Sun, Mar 25, 2018 at 6:36 PM, Paul Eggert wrote:
> Wolfgang Formann wrote:
>>
>> I accept that problem. I would be happy, when a similar statement like
>> yours would be in the man page of gzip.
>
> It already is in the gzip manual, which is the main source
