lkml.org 
[lkml]   [2000]   [Sep]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC] Additional pad in struct stat(64)
From
Date
>>>>> Christoph Hellwig writes:

Ch> On Tue, Sep 26, 2000 at 04:12:41PM +0200, Andreas Jaeger wrote:
>> >>>>> Christoph Hellwig writes:
>>
>> > Hi Linus,
>> > In the last weeks I've done some work on implement real working
>> > 4.4BSD file flags for Linux. This stuff does almost work.
>> > (No, I don't want to submit it for 2.4 - don't hit the D key :))
>> > Besides some syscalls (chflags, fchflags, lchflags) this needs
>> > an additional field in struct stat.
>> > On 32bit architectures this shouldn't be a real problem -
>> > we have a new struct stat64 and adding a field before Linux 2.4
>> > and glibc 2.2 are out shouldn't be a real problem.
>>
>> glibc 2.1 and 2.2 use the same struct stat64.

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. :-(

It might be better if you could show us a possible patch for struct
stat so that we know what you mean - and can tell you exactly what
results this would have.

Andreas
--
Andreas Jaeger
SuSE Labs aj@suse.de
private aj@arthur.inka.de
http://www.suse.de/~aj
-
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.061 / U:0.668 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site