I actually meant functions like ftell which return the position. If the function returns a 64bit integer but the programmer uses a 32bit integer this shouldn't work -- unless the compiler silently upgrades all 32bit integers ?
Schlomo On Mon, 19 Nov 2001, Yotam Rubin wrote: > 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] > > -- 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]
