Path: csiph.com!x330-a1.tempe.blueboxinc.net!usenet.pasdenom.info!news.dougwise.org!gegeweb.org!de-l.enfer-du-nord.net!feeder1.enfer-du-nord.net!feeder.news-service.com!cyclone02.ams2.highwinds-media.com!news.highwinds-media.com!npeersf01.ams.highwinds-media.com!newsfe18.ams2.POSTED!00000000!not-for-mail
From: Jonathan de Boyne Pollard <J.deBoynePollard-newsgroups@NTLWorld.COM>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
Newsgroups: comp.os.os2.misc,comp.os.os2.beta,comp.os.os2.utilities,comp.os.os2.programmer.misc
Subject: Re: formatting to FAT32
References: <im82ni$bnk$1@reader1.panix.com> <4d87a1f9$0$7652$9b4e6d93@newsspool1.arcor-online.net> <IU.D20110322.T174404.P49706.Q0@J.de.Boyne.Pollard.localhost> <YEdw17zDmnZd-pn2-G8vddrNdR10h@0605ds7-suoe.2.fullrate.dk> <IU.D20110324.T225002.P6605.Q0@J.de.Boyne.Pollard.localhost> <YEdw17zDmnZd-pn2-KE3Ez2Ksmedd@0605ds7-suoe.2.fullrate.dk> <IU.D20110331.T223046.P22392.Q0@J.de.Boyne.Pollard.localhost> <slrnipa2qd.uqm.nospam-abuse@powdermilk.math.berkeley.edu> <IU.D20110401.T011141.P31426.Q0@J.de.Boyne.Pollard.localhost> <4D95CB7D.2060206@chollian.net> <IU.D20110401.T183722.P49800.Q0@J.de.Boyne.Pollard.localhost> <4D9720E3.7060208@chollian.net> <slrnipf74o.8bt.nospam-abuse@powdermilk.math.berkeley.edu>
In-Reply-To: <slrnipf74o.8bt.nospam-abuse@powdermilk.math.berkeley.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <IU.D20110403.T013218.P54366.Q0@J.de.Boyne.Pollard.localhost>
Lines: 16
NNTP-Posting-Host: 86.20.254.174
X-Complaints-To: http://netreport.virginmedia.com
X-Trace: newsfe18.ams2 1301796370 86.20.254.174 (Sun, 03 Apr 2011 02:06:10 UTC)
NNTP-Posting-Date: Sun, 03 Apr 2011 02:06:10 UTC
Organization: virginmedia.com
Date: Sun, 03 Apr 2011 02:32:03 +0100
Xref: x330-a1.tempe.blueboxinc.net comp.os.os2.misc:216 comp.os.os2.beta:90 comp.os.os2.utilities:51 comp.os.os2.programmer.misc:144

> P.S. Unfortunately, AFAIU, one cannot add *L functions to FAT32 via a 
> simple hack: FAT32 volumes may contain FILES between 2GB and 4GB in 
> size, and these added entry points MUST ALSO support these files.
>

Bah!  It's not exactly rocket science to create exactly that sort of 
simple support.  One is doing no more than a little bit of arithmetic 
and ending up with a value to plonk into a field of the sffsi 
structure.  One merely has to ensure that the "L" entrypoints cannot end 
up with anything at the end of their calculations that's outwith the 
possible range of 32-bit values that the non-"L" entrypoints could have 
calculated, and fail appropriately in such cases.  The hard parts are 
(a) finding the documentation for the sffsi structure that is passed to 
the "L" entrypoints, and (b) having the "L" entrypoints do *more* than 
their 32-bit equivalents.