Re: [RFC] Additional pad in struct stat(64)

From: Andreas Jaeger (aj@suse.de)
Date: Tue Sep 26 2000 - 13:14:22 EST


>>>>> 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/



This archive was generated by hypermail 2b29 : Sat Sep 30 2000 - 21:00:18 EST