autoconf
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Large File Support


From: Guido Draheim
Subject: Re: Large File Support
Date: Mon, 10 Nov 2003 21:38:55 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313



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)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]