delorie.com/archives/browse.cgi | search |
Sender: | rich AT phekda DOT freeserve DOT co DOT uk |
Message-ID: | <3BD2A87A.69B1C90F@phekda.freeserve.co.uk> |
Date: | Sun, 21 Oct 2001 11:50:34 +0100 |
From: | Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk> |
X-Mailer: | Mozilla 4.77 [en] (X11; U; Linux 2.2.19 i586) |
X-Accept-Language: | de,fr |
MIME-Version: | 1.0 |
To: | djgpp-workers AT delorie DOT com |
Subject: | Re: Resend: DJGPP and files > 2GB |
References: | <200110202112 DOT XAA19265 AT father DOT ludd DOT luth DOT se> |
Reply-To: | djgpp-workers AT delorie DOT com |
Hello. Martin Str|mberg wrote: > > According to Richard Dawe: > > ---START bigseek.c--- > > /* > > * bigseek.c > > * Try big relative seeks with DJGPP CVS (aka 2.04?) > > * Written by Richard Dawe <rich AT phekda DOT freeserve DOT co DOT uk> > > */ [snip] > Here's the results: > > Offset 2252341248 (desired = 2252341248) > Offset 115343360 (desired = 115343360) > big_offset - big_offset2 = 94371840 > big_offset + big_offset2 = 115343360 > (off_t) big_offset2 = -2136997888 > Offset 0 > Offset -2042626048 > Read at offset -2042626048 (aka 2252341248?) OK > Offset 104857601 > big_offset - 2GB - 1 = 104857601 So does this behave as you would expect it to? The point of the program was to see if offsets were calculated mod 2^32 for SEEK_CUR with FAT32's large file support. It seems to be. (SEEK_END should also be tested.) Bye, Rich =] -- Richard Dawe http://www.phekda.freeserve.co.uk/richdawe/
webmaster | delorie software privacy |
Copyright � 2019 by DJ Delorie | Updated Jul 2019 |