[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#35401: Decompressing File
From: |
Dagobert Michelsen |
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 <address@hidden>:
> 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