lkml.org 
[lkml]   [2000]   [Sep]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [RFC] Additional pad in struct stat(64)
On Tue, Sep 26, 2000 at 08:14:22PM +0200, Andreas Jaeger wrote:
> Ch> Ok.
> Ch> But glibc seems to ignore additional pad at the end of struct stat
> Ch> (the new st_ino stuff worked, too).
> Ch> For glibc 2.2 there would simply be a new version number for the xstat hack.
>
> No - we would use symbol versioning. Those ever changing kernel
> interfaces are a nightmare. :-(

Hehe, that's why I'd like to introduce some additional pad with my patch ;)

> It might be better if you could show us a possible patch for struct
> stat so that we know what you mean

unsigned int st_flags
(unsigned int __pad8[3])

at the end of struct stat64;

> - and can tell you exactly what
> results this would have.

Ok, a patch is at ftp.openlinux.org/pub/people/hch/fs/fflags-test9-A.diff.

WARNING: the ext2 ioctl interface for setting flags is broken in this patch.

A fix is in my tree, but I have to separate it from some other changes
(and test if does _really_ work ;))

Christoph

--
Always remember that you are unique. Just like everyone else.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 12:39    [W:0.082 / U:4.220 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site