Packages not built with large file support
From Slack:
So someone told me that they were using wget (or curl, same principle) in a batch job, and they had a file larger than 2 GB (or some number slightly larger) that it would fail to download with an error writing to the file. I would think that the IFS had better limits. I noticed through issuing a dump
on the wget executable, and noticed it was just using open/write/read/etc, not using the 64-bit versions AIX provides. I would think this would be fine since "ok, everything's 64-bit now", but apparently not! I rebuilt the wget RPM, adding -D_LARGE_FILES
to the CPPFLAGS
and... it works with large files. I have compared the original wget RPM to the binary that I have made, and the person verified that the new binary worked.
It sounds like that RPMs may need to be rebuilt with large file support enabled - it could be quite a problem.
Comments (3)
-
-
reporter Oh, that’s better. Turns out they were behind on PTFs anyways 😬
-
- changed status to resolved
- Log in to comment
The problem is that SLIC did not set the “large file” flag when calling to IFS code for 64-bit PASE applications. This was fixed in the following PTFs: