lkml.org 
[lkml]   [1999]   [Feb]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.1GB File Size Limit
On Fri, Feb 19, 1999 at 11:41:01PM -0500, Albert D. Cahalan wrote:
>
> Alexander Kjeldaas writes:
>
> > with the modification that I use the following stat64 structure
> > (in linux/include/asm-i386/stat.h). The kernel and glibc have
> > incompatible structures and instead of translating, I changed the
> > kernel structure:
>
> Don't do that. The glibc people made several mistakes, so they will
> need to change their struct stat anyway.
>

I know. It seems a bit broken, but from the glibc-maintainer I was
told that it was too late to fix this struct.

>
> > unsigned long st_ino;
>
> This is not large enough. Inode numbers must be 64-bit on i386 too.
> Many filesystems need this, including UDF. Tree-structured filesystems
> like Reiserfs and XFS work much better with huge inode numbers.
>

This type is called __ino64_t in glibc 2.1, but is defined to be
32-bits wide. I thought it was a typo..

> > unsigned long __unused4;
> > unsigned long __unused5;
> > };
>
> Perhaps this is not enough. Flags, inode version, dtime, author,
> alternate permission bits... I suggest at least 6 __u32 slots.
>

Maybe we could sneak in 64-bits for capabilities..

astor

--
Alexander Kjeldaas, Fast Search & Transfer, Trondheim, Norway

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:50    [W:0.068 / U:0.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site