Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Large file support on 32-bits #26

Closed
vasi opened this issue Mar 25, 2014 · 7 comments
Closed

Large file support on 32-bits #26

vasi opened this issue Mar 25, 2014 · 7 comments
Assignees

Comments

@vasi
Copy link
Owner

vasi commented Mar 25, 2014

Reported by email. I probably need something like "-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE" on some platforms.

@vasi
Copy link
Owner Author

vasi commented Mar 25, 2014

Maybe fseeko64() instead?

@mrjones69
Copy link

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 wookietreiber self-assigned this Aug 7, 2015
@wookietreiber
Copy link
Collaborator

@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
Copy link

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
Copy link
Collaborator

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

@mrjones69
Copy link

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
Copy link
Collaborator

Great. I will close this issue now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants