Bob Friesenhahn wrote:
On Mon, 10 Nov 2003, Guido Draheim wrote:
Please have a look at my LFS propaganda site at http://ac-archive.sf.net/largefile and feel free to mail me anything that's not clear after reading it up. My zziplib project has even gone to the next step of being a dualmode library.
Windows support is not included however since its compiler headers do not support the posix LFS magic, so unix libs get compiled in pre-'95 mode always. It might be interesting to develop a drop-in header file for projects that would care to do so.
That may be difficult to accomplish. I am not aware that Windows stdio and other high-level "Windows" I/O interfaces support large files since the APIs are 32 bit. You need to use _read, _write, _lseeki64, & _telli64 to support large files under Windows.
stdio does not care about off_t anyway, and that's what fseeko is for (AC_FUNC_FSEEKO). - And actually, the newer nt kernel is completely 64bit largefile inside and exports all the necessary API calls to let user applications work with largefiles. It's just not as easy as with the the posix "magic" define that we come to use through AC_SYS_LARGEFILE - you have to invent your own mappings to the win32 lfs transitional api which happens to be named slightly different than the posix lfs transitional api. see http://ac-archive.sf.net/largefile/win32.html for reference.
cheers, -- guido http://google.de/search?q=guidod GCS/E/S/P C++/++++$ ULHS L++w- N++@ d(+-) s+a- r+@>+++ y++ 5++X- (geekcode)
