DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=28898>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=28898 Large file support (> 2GB) for platforms w/ 32-bit size_t and 64-bit off_t ------- Additional Comments From [EMAIL PROTECTED] 2004-05-14 11:20 ------- Interesting. That's a bug, but I can't reproduce it with HEAD on a 32-bit Linux using apr_off_t = off64_t, apr_size_t = size_t. $ HEAD http://localhost:8900/big/bigfile | grep Content-Length Content-Length: 3145728000 so it's something more subtle. Does the correct file size get logged to access_log if you GET the file? Does autoindex show the correct size for the file in a directory listing? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
