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 (> 4GB) for platforms w/ 32-bit size_t and 64-bit off_t ------- Additional Comments From [EMAIL PROTECTED] 2004-05-16 17:15 ------- In Mac OS X, I later found that while Content-Length: header was correct w/ the previous patch, the actual file transfer gets trucated. The following patch to emulate_sendfile() in server/core.c fixes that (YOU STILL NEED MY PREVIOUS PATCH). I wonder why FreeBSD did work. Maybe because it was tested w/ truncated (sparse) file. There on Mac OS X I have used the actual DVD image file for testing uI also applied byte-to-byte exhaustive file comparison as well as md5 sum to make sure the transferred file is identical to the original. That explains reason why my patch did not quite work on Linux. On Linux APR_HAS_SENDFILE is set and emulate_sendfile() is never used. Dan the Typedefed Man --- httpd-2.0.49/server/core.c Tue Mar 9 07:54:20 2004 +++ httpd-2.0.49-x/server/core.c Mon May 17 02:00:53 2004 @@ -2949,7 +2949,7 @@ apr_size_t length, apr_size_t *nbytes) { apr_status_t rv = APR_SUCCESS; - apr_int32_t togo; /* Remaining number of bytes in the file to send */ + apr_off_t togo; /* Remaining number of bytes in the file to send */ apr_size_t sendlen = 0; apr_size_t bytes_sent; apr_int32_t i; --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
