GNU bug report logs - #32824
Gzip 1.3.12

Previous Next

Full log

View this message in rfc822 format

From: Assaf Gordon <assafgordon <at> gmail.com>
To: "Coleman, Patrick EX1" <Patrick.Coleman <at> iqvia.com>, "32824 <at> debbugs.gnu.org" <32824 <at> debbugs.gnu.org>
Subject: bug#32824: additional info
Date: Mon, 24 Sep 2018 14:14:42 -0600

Hello,

On 24/09/18 01:18 PM, Coleman, Patrick EX1 wrote:
> I'm beginning to suspect the supplier that is sending in the zipped 
> files is unaware what compression utility they're using and/or 
> version... the only 3.0 compression utility I'm finding is WinZip.


More likely (if they are on AIX) that they are using info-zip
(http://infozip.sourceforge.net/) which is at version 3.0.

On most gnu/linux system, you should have the "file" utility installed,
which can be used to detect the file type.
Examples:

=====
$ file unknown1.bin
unknown1.bin: Zip archive data, at least v2.0 to extract

$ file unknown2.bin
unknown2.bin: gzip compressed data, last modified: Mon Sep 24 13:26:32
2018, from Unix
=====

> I think the file is failing to unzip due to the file not being 
> completely downloaded.  Appears truncated.  Any thoughts you can 
> provide though on Gzip 3.0 would be helpful, thanks.
A good way is to ask the sender to calculate the checksum
of their file before uploading it.
Then you can calculate the checksum of the downloaded file.
If they are not exactly the same - you have some corruption.

On AIX, they should run:

  $ shasum archive.bin
  f572d396fae9206628714fb2ce00f72e94f2258f  archive.bin

After you download the file, check again:

  $ sha1sum archive.bin
  f572d396fae9206628714fb2ce00f72e94f2258f  archive.bin

(Note the program name is "shasum" on AIX and "sha1sum" on gnu/linux).

hope this helps,
 - assaf

Previous Next

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