On Mon, Nov 19, 2001 at 10:35:26AM +0200, Schlomo Schapiro wrote: > That's what I mean. If you don't use 64bit variables you can't use the > long file stuff because then you would try to use 32bit variables in 64bit > functions. > > Or do the flags (__*) also change the internal type of longint ?
It's all described in my previous message. The aforementioned flags change the file handling interface, so fseeko for example is passed with a 64 bit offset in a transparent manner. The user doesn't have to know anything about the change. When I call fseek(somefile, 0xfff023, SEEK_SET) using the new interface, the offset argument is 64 bits in size, not 32 bits. Obviously, this is fully backwards compatible, since 64 bits may contain 32 bits. Regards, Yotam Rubin > > Schlomo > > > > On Mon, 19 Nov 2001, Yotam Rubin wrote: > > > On Mon, Nov 19, 2001 at 08:02:25AM +0200, Schlomo Schapiro wrote: > > > Hi, > > > > > > but don't you also have to use 64bit file position variables ? I always > > > thought the 2G limit was due to the 32bit integer variable. What is the > > > solution to this problem ? > > > > Yes, the size of the offset variable is increased to 64 bits, this is done > > transparently. When _FILE_OFFSET_BITS is set to 64, your regular file handling > > interface is replaced with the 64 bit counterpart; e.g., a call to fseeko() is > > really a call for fseeko64(). The old interface becomes a reference to the new > > one. As you can see in /usr/include/stdio.h, fseeko64() accepts an > > __off64_t variable as its offset value, whose size is 64 bits. > > > > Hope This Helps, Yotam Rubin > > > > > > > > Schlomo > > > > > > > > > On Sun, 18 Nov 2001, Miki Shapiro wrote: > > > > > > > > Your generic linux 2.4 and glibc 2.2 support LFS. What are the specifics > > > > > of your problem? Large file support should be transparently added to an > > > > > application provided that it is built with _LARGEFILE64_SOURCE and > > > > > _FILE_OFFSET_BITS set to 64. > > > > > > > > Yup. Recompiled my 2-gig-file-creation test proggie with these defines - > > > > and it works like charm. I'm off to recompile Samba. > > > > > > > > Thanks!!! :-) > > > > > > > > > > > > > > > > > > > > ---= Miki Shapiro =------------------ > > > > ---= Cell: (+972)-56-322433 =-------- > > > > ---= ICQ: 3EE853 =------------------- > > > > ---= Windows Programmer in Rehab =--- > > > > ------------------------------------- > > > > > > > > "If at first you don't succeed... > > > > .. Skydiving is probbably not for you." > > > > > > > > On Sun, 18 Nov 2001, Yotam Rubin wrote: > > > > > > > > > On Sun, Nov 18, 2001 at 11:44:45AM +0200, Miki Shapiro wrote: > > > > > > Hi everyone. > > > > > > > > > > > > I must have missed something: > > > > > > > > > > > > SuSE Linux 7.0 > > > > > > Custom-tailored 2.4.9 kernel > > > > > > Absolutely latest reiserfs binaries (from yesterday - the 3.x... version) > > > > > > shell-limit (limit/unlimit) filesize removed > > > > > > If it matters, the partition was created by the new mkreiserfs util. > > > > > > > > > > > > Is there ***ANY*** document at all that thoroughly explains how to make > > > > > > a system compliant with 2+gig files (unlike what's on www.suse.de which > > > > > > explains which version of SuSE I need to run with it's default kernel for > > > > > > it to work). I didn't find scratch on linuxdoc.org... > > > > > > > > > > Your generic linux 2.4 and glibc 2.2 support LFS. What are the specifics > > > > > of your problem? Large file support should be transparently added to an > > > > > application provided that it is built with _LARGEFILE64_SOURCE and > > > > > _FILE_OFFSET_BITS set to 64. > > > > > > > > > > Regards, Yotam Rubin > > > > > > > > > > > If the former is correct, where is the patch to recent 2.4.9+ kernels? > > > > > > If the latter, what do I do about samba (and binutils...) > > > > > > Is it something I missed altogether? > > > > > > > > > > > > FM's to RT would be wonderful. > > > > > > > > > > > > Thanks!!! > > > > > > > > > > > > ---= Miki Shapiro =------------------ > > > > > > ---= Cell: (+972)-56-322433 =-------- > > > > > > ---= ICQ: 3EE853 =------------------- > > > > > > ---= Windows Programmer in Rehab =--- > > > > > > ------------------------------------- > > > > > > > > > > > > "If at first you don't succeed... > > > > > > .. Skydiving is probbably not for you." > > > > > > > > > > > > > > > > > > ================================================================= > > > > > > To unsubscribe, send mail to [EMAIL PROTECTED] with > > > > > > the word "unsubscribe" in the message body, e.g., run the command > > > > > > echo unsubscribe | mail [EMAIL PROTECTED] > > > > > > > > > > > > > > > > ================================================================= > > > > > To unsubscribe, send mail to [EMAIL PROTECTED] with > > > > > the word "unsubscribe" in the message body, e.g., run the command > > > > > echo unsubscribe | mail [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > ================================================================= > > > > To unsubscribe, send mail to [EMAIL PROTECTED] with > > > > the word "unsubscribe" in the message body, e.g., run the command > > > > echo unsubscribe | mail [EMAIL PROTECTED] > > > > > > > > > > > > > > -- > > > Schlomo Schapiro > > > Senior System Administrator > > > MobilEye Vision Technologies Ltd. > > > > > > 24 Mishol Hadkalim St., Jerusalem, Israel > > > Telephone: + 972-2-586-6989 Ext. 131 > > > Mobile: + 972-55-767898 > > > Fax: + 972-2-586-7720 > > > > > > email: [EMAIL PROTECTED] > > > WWW: http://www.mobileye.com > > > > > > > ================================================================= > > To unsubscribe, send mail to [EMAIL PROTECTED] with > > the word "unsubscribe" in the message body, e.g., run the command > > echo unsubscribe | mail [EMAIL PROTECTED] > > > > > > -- > Schlomo Schapiro > Senior System Administrator > MobilEye Vision Technologies Ltd. > > 24 Mishol Hadkalim St., Jerusalem, Israel > Telephone: + 972-2-586-6989 Ext. 131 > Mobile: + 972-55-767898 > Fax: + 972-2-586-7720 > > email: [EMAIL PROTECTED] > WWW: http://www.mobileye.com > ================================================================= To unsubscribe, send mail to [EMAIL PROTECTED] with the word "unsubscribe" in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]