DO NOT REPLY [Bug 17357] - Large files cause incomplete directory listings

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17357>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17357

Large files cause incomplete directory listings

jwoolley@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED

• Additional Comments From jwoolley@apache.org 2003-02-28 19:39 ------- Okay, well, here's the answer.

To get any files larger than 32-bits worth to work on any program on a 32-bit machine, you have to compile that program with -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 . I've dropped a query onto the dev list as to why we don't do that by default or at least provide an easier way for the user to know how to do it themselves. For now, here's what you do.  

Recompile Apache like so:  

CFLAGS="-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" ./configure <foo>  

where <foo> is the arguments you'd normally pass to configure. Then it will all work beautifully. :)  

I'm going to go ahead and close this PR out, but I'll make sure we come up with some easier way to do this in future releases (maybe a --enable-largefiles configure flag?).  

Do you need help?

In addition to our free technical library, Pantek provides professional IT services to companies who utilize Open Source software: Learn more about Pantek's Technical Support offerings Place an order for 24/7/365 Technical Support here Learn more about Pantek, who we are, and what we do Chat with a Live Operator Related httpd.apache.org Links announce bugs cvs dev docs gui-dev modproxy-dev packagers testers Request more information about Pantek

Thanks for using Apache!
--Cliff