Re: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

2017-05-31 Thread David Balažic
This still doesn't work. All current versions, including cygwin 2.8.0-1. Result same as in above testcase. 64 bit version works fine. PS: Compressing the test.iso (or its already compressed version) in 32 bit environment with: lrzip -o doppel.lrz test.iso(.lrz) Gives: Unable to malloc buffer

Re: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

2017-02-05 Thread David Balažic
On 5 February 2017 at 07:37, Marco Atzeri wrote: > can you check if latest cygwin test solves the issue ? I did, it doesn't, see my previous message in thread. David -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/

Re: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

2017-02-04 Thread Marco Atzeri
On 25/01/2017 23:15, David Balažic wrote: Hi! The 32 bit version of lrzip 0.631-1 contains a bug that corrupts the decompressed dat in some circumstances. I reproduced the problem on 2 PCs (the md5sum of the broken output was the same on both systems). I seems to happen when the

Re: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

2017-02-04 Thread David Balažic
Here is a smaller reproducible test case (I did the preparation part in 64 bit cygwin): - download http://releases.ubuntu.com/16.10/ubuntu-16.10-desktop-i386.iso - download http://releases.ubuntu.com/16.10/ubuntu-16.10-desktop-amd64.iso $ md5sum ubuntu-16.10-desktop-i386.iso

Re: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

2017-02-01 Thread David Balažic
I tried the 2.7.0-0.1 test release and now the behavior changed. Before I got consistently a wrong MD5 sum of 8bd6ad48f2cea6a710af70b434d57673 With this release I get c43a02c309fa5e0abe778201e9ceec46. So something changed. Either the problem is in cygwin or lrzip, I guess. Regards, David

Re: Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

2017-01-30 Thread David Balažic
I tried in Ubuntu 32 bit (both the packaged lrzip and a self compiled one) and there the problem does not happen, so it looks like either: - bad lrzip in cygwin - cygwin pipe issues? Regards, David On 25 January 2017 at 23:15, David Balažic wrote: > Hi! > > The 32 bit

Bug in lrzip 0.631-1 (32 bit version) with -d -o - options

2017-01-25 Thread David Balažic
Hi! The 32 bit version of lrzip 0.631-1 contains a bug that corrupts the decompressed dat in some circumstances. I reproduced the problem on 2 PCs (the md5sum of the broken output was the same on both systems). I seems to happen when the (de)compressed file size is bigger than the available RAM