🚀 go-pugleaf

mwillm@vnet.ibm.com (Matthieu WILLM) writes:

> 
> In article <338ED301.167E@mailserv.rz.fh-merseburg.de>,
>  on Fri, 30 May 1997 14:15:45 +0100,
>  Thomas Nowak <Thomas> writes:
> >Bryan Palmer wrote:
> >>
> >> All, am I correct in assuming that the 2GB file limit in the ext2 fs
> >> in Linux has been addressed in patch 2.1.9 (in file: fs/ext2/file.c
> >> date: 12 Nov 1996)?
> >>
> >> If I am not correct, was it addressed elsewhere?
> >>
> >> If corrected, what is the current file size limit in the 2.1.xx
> >> series?
> >>
> >> And what is the most "stable" development system (oxymorons aside)
> >> since the the removal of the 2GB limit?
> >>
> >> _______________________________________________________________

> >Bye Thomas
> 
> Hi,
> 
> The Linux ext2 fs architectural limit for file size is 4 GB (the file size is
> stored as an unsigned 32 bits integer in the I-node). The actual implementation
> in Linux limits it to 2 Gb (at least used to : it might have changed in latest
> kernels).
> Removing the 4 Gb file size limit requires file system layout changes.
> 
> ---------------------------------------------------------------------
> Matthieu Willm                        I do *NOT* speak for IBM ...
> Work : mwillm@vnet.ibm.com
> Home : willm@ibm.net

The problem is, that the file pointer has to be done in a posix compliant
way, which means that the largest data type you can decleare is a 32-bit
long (long long isn't allowed yet).  It has to be signed to allow for
backwards seeking.  IIRC, there's already support in the kernel, and the
change in the libc should come soon after glibc becomes the new stable standard.

-- 
Frank Sweetser rasmusin@wpi.edu fsweetser@blee.net | PGP key available
paramount.res.wpi.edu RedHat Linux 2.0.30 i486     | at public servers
You can bring any calculator you like to the midterm, as long as it
doesn't dim the lights when you turn it on.
		-- Hepler, Systems Design 182