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>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
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/