go to bug id or search bugs for
Content-length header is limited to 32bit integer on wista 32 systems under apache 2 sapi.
Expected on client - Content-Length: 2967901695
Actual - Content-Length: 2147483647
header($_SERVER['SERVER_PROTOCOL'].' 200 OK');
header('Content-Disposition: attachment; filename=test.txt');
//we open file with size exactly 2967901695 bytes
$fp = fopen("somefile.name", 'rb');
Add a Patch
Add a Pull Request
The header is correctly sent without modification (you can verify that using cgi in the console). However PHP does not support large file support and only 2^31 bytes are read and sent.
There is already a feature request for LFS > mark this one as duplicated (bogus).
The problem is not in the filesize. Headers was checked with the latest wireshark. Under the cgi i receive correct header. Under sapi not. Do i must provide here code that allow downloads for files till 8Gb with multiple threads and resume support, witch is working under unix cgi, and not under win32 sapi? I redused test case to exactly minimum amount of code needed to reproduce error.
"Do i must provide here code that allow downloads for files till 8Gb with multiple threads and resume support, witch is working under unix cgi, and not under win32 sapi?"
Does it work with apache on unix as well? If yes, is it a 64bit or 32bit machine?
The problem could be still the 32bit limitation as the apache2 SAPI replaces the headers with the correct length using strtol, which converts a string to a long. A long is always 32bit on Windows.
I will check that code, needs some tweak on Windows (no luck I think on unix 32bit).
Ok, now i got the point. Yes i really missed that long in windows is always 32bit by default and as i remember in 64bit windows it is also limited to 32bit. There must be used long long type, but i am not sure that this is possible.
But anyway thanks.
Was not able to find 32bit unix/linux system.
Tested on 64bit both cgi and apache sapi - working, content-type header data is correct.
Windows 64bit is not always limited to 32bit if the correct type are used (__int64 & co).
About unix, that's the same reason. Long is 64bit on 64bit linux while being 32bit on 32bit linux. As I will fix this problem on windows, it won't ever work on 32bit linux, but that's not really an issue as it never worked on these old systems.
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
Thank you for the report, and for helping us make PHP better.
Automatic comment from SVN on behalf of pajoye
Log: - revert fix for #51723 in 5.2, vc6 does not support strtoi64, use builtin functioon in 5.3 (trunk is vc9+ only)
See #50940 too.