Large file support on 32-bits about pixz

[vasi]

Maybe fseeko64() instead?

[mrjones69]

I work with a large file (~7GB compressed) on 32-bit Linux.
Had to add -D_FILE_OFFSET_BITS=64 to MYCFLAGS in the Makefile.

[wookietreiber]

@mrjones69 I just added a GNU autotools build process, which uses the autoconf macro AC_SYS_LARGEFILE. Would you please pull from current master, build the project (see README.md for instructions)? The macro should add these flags on 32-bit architectures automatically. Would you please verify this?

[mrjones69]

Confirmed using Fedora 22 i686 image.
The autoconf set __FILE_OFFSET_BITS to 64 in config.h.

Thanks!

On 8/7/2015 5:20 AM, Christian Krause wrote:

@mrjones69 https://github.com/mrjones69 I just added a GNU autotools
build process, which uses the autoconf macro |AC_SYS_LARGEFILE|. Would
you please pull from current master, build the project (see README.md
for instructions)? The macro should add these flags on 32-bit
architectures automatically. Would you please verify this?

—
Reply to this email directly or view it on GitHub
#26 (comment).

[wookietreiber]

@mrjones69 have you also tried to compress / decompress such a large file?

[mrjones69]

Yes and sorry for the delayed response.
I kept messing up my VM before I could get to the actual test. :)

My test file is a 7GB .pxz archive that contains (among lesser files)
one 23GB file.
This was created on another system using a 64-bit compile of the
previously released version of pixz.

I was able to successfully decompress this archive on the 32-bit Fedora
22 system using the latest pixz code.
Then using just the 23GB file as input, I compressed and decompressed it
successfully using the 32-bit pixz.

Thank you for your efforts on this excellent little program!

On 8/9/2015 6:04 AM, Christian Krause wrote:

Have you also tried to compress / decompress such a large file?

—
Reply to this email directly or view it on GitHub
#26 (comment).

[wookietreiber]

Great. I will close this issue now.