[M3commit] Change File.i3/Status.size from CARDINAL to [0L..LAST(LONGINT)].

[Jay K]

diff attached (cvs is lame..)

 

 - Jay


 
> Date: Tue, 12 Jan 2010 11:20:39 +0000
> To: m3commit at elegosoft.com
> From: jkrell at elego.de
> Subject: [M3commit] CVS Update: cm3
> 
> CVSROOT: /usr/cvs
> Changes by: jkrell at birch. 10/01/12 11:20:39
> 
> Modified files:
> cm3/m3-db/stable/src/: LogManager.m3 
> cm3/m3-libs/libbuf/src/: Buf.m3 
> cm3/m3-libs/libm3/src/os/Common/: File.i3 
> cm3/m3-libs/libm3/src/os/POSIX/: FSPosix.m3 FilePosix.m3 
> SocketPosix.m3 
> cm3/m3-libs/libm3/src/os/WIN32/: FSWin32.m3 FileWin32.m3 
> LazyConsole.m3 
> cm3/m3-libs/libm3/src/rw/: FileRd.m3 FileWr.m3 
> cm3/m3-sys/cm3/src/: WebFile.m3 
> cm3/m3-sys/cm3ide/src/utils/: Buf.m3 
> cm3/m3-sys/fix_nl/src/: Main.m3 
> cm3/m3-sys/m3quake/src/: QScanner.m3 
> cm3/m3-sys/mklib/src/: Main.m3 
> cm3/m3-tools/cmpdir/src/: Main.m3 
> cm3/m3-tools/dirfp/src/: Main.m3 
> cm3/m3-tools/m3tohtml/src/: DBRd.m3 
> 
> Log message:
> Change File.i3/Status.size from CARDINAL to [0L..LAST(LONGINT)].
> (Notice that some code checks if it is < 0, though don't
> confuse that with <= 0.)
> Leave rd/wr essentially unchanged.
> This is probably enough to fix the exception when browsing to a directory with large files.
> Not that much/any code can read/write such files on 32bit system -- all the direct users of File.i3
> appear to read the entire file into memory.
> 
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20100112/b12b560b/attachment-0002.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: 2.txt
URL: <http://m3lists.elegosoft.com/pipermail/m3commit/attachments/20100112/b12b560b/attachment-0002.txt>