Packages not built with large file support

Issue #63 resolved
Calvin Buckley created an issue

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)

  1. Kevin Adler

    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:

    • 7.2: MF65149
    • 7.3: MF65148
  2. Log in to comment