GNU bug report logs - #35401
Decompressing File

Previous Next

Full log

View this message in rfc822 format

From: Dagobert Michelsen <dam <at> opencsw.org>
To: "Davis, Marvita" <MADavis <at> bgcpartners.com>
Cc: "Mishra, Subha" <Subha.Mishra <at> bgcpartners.com>, 35401 <at> debbugs.gnu.org
Subject: bug#35401: Decompressing File
Date: Wed, 24 Apr 2019 10:23:47 +0200

Hi Marvita,

Am 23.04.2019 um 20:03 schrieb Davis, Marvita <MADavis <at> bgcpartners.com>:
> I am having issues decompressing the ".gz" files on our side.  These are files generated by Bloomberg.  Bloomberg is able to decompress on their end with ... "gunzip -d -k dFIR_20190329110022.dat.gz" ... and have helped me out by sending the output file.  Here is the output when trying various commands.  Same output for all files.
> 
> njbgceis-zd1:/export/home/secbatch/data/FIR>%  gunzip -d -k dFIR_20190329110033.out.gz
> 
> gzip: invalid option -- 'k'
> 
> Try `gzip --help' for more information.

The -k options is probably from another implementation, it shuld be safe to skip it.

> njbgceis-zd1:/export/home/secbatch/data/FIR>% gunzip  dFIR_20190329110033.out.gz
> gzip: dFIR_20190329110033.out.gz: not in gzip format
> 
> Can someone confirm the  format?  Is it possible format changed on SFTP from Bloomberg to local machine.

The file is most certainly not in GZIP format, often ASCII transfer is used for SFTP instead of binary
which should have been used. ASCII mode for transfer changes line ending characters invalidating the
file data, so please check if you have selected binary transfer.


Best regards

  — Dago

-- 
"You don't become great by trying to be great, you become great by wanting to do something,
and then doing it so hard that you become great in the process." - xkcd #896

Previous Next

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