On Fri, 28 Sep 2018 10:44:29 -0700, Jeffrey Klakovich
wrote:
> I'm getting this error.
>
> [image: Capture.PNG]
>
> Is there a workaround for my version of Windows 10?
You need to use a version of gzip for Windows rather than for DOS. GnuWin32
has an older version: http://gnuwin32.sourceforge.n
Alongside the OK message, print the real size in bytes; this provides
a way to view the stored file's size when it's larger than 4GiB.
Signed-off-by: Stephen Kitt
---
gzip.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/gzip.c b/gzip.c
index e6a7761..4104
Hi Sergey,
On Sun, 4 Nov 2018 14:49:50 +0200, Sergey Ponomarev wrote:
> > Alongside the OK message, print the real size in bytes; this provides
> a way to view the stored file's size when it's larger than 4GiB.
>
> You can get a real size by `gzip --list` command. Why to show the size in
> `gz
uot;OK xxx bytes" but went with the latter in the end).
Regards,
Stephen
Display uncompressed size when testing
Alongside the OK message, print the real size in bytes; this provides
a way to view the stored file's size when it's larger than 4GiB.
Signed
Hi,
On Mon, 10 Jun 2019 10:30:00 -0600, Murray John Beard
wrote:
> When I try running $ gzip -d file.zip I receive the following error: gzip:
> file.zip: unknown suffix -- ignored. The same thing happens when using
> --decompress instead of -d.
gzip -d works with gzip-compressed files, typically
Hi Juan,
Le 21/08/2020 10:24, Juan Diaz a écrit :
I've seen that with large sized files (14G in this case) when I use
the "list" option I get wrong uncompressed size and the ratio, of
course, is wrong. I've tested it with versions 1.10 (last just
compiled) and 1.5 (system version).
This is a k
Hi,
Le 09/08/2021 07:37, Jim Meyering a écrit :
NEWS (below) is nearly empty, but it's been more than 2.5 years since
the last release, so I am now preparing to make a new one. Any testing
would be most welcome. If anyone has pending changes, please speak
soon. I aim to release in just a few
On Wed, 17 Nov 2021 12:33:33 -0800, Paul Eggert wrote:
> On 11/17/21 05:08, Peng Yu wrote:
> > Is there a way to make ztail more efficient?
>
> Not in general, no. The compressed file can't be decompressed from
> random locations.
>
> There might be some options for doing what you're suggesti
