Messages in this thread | | | Subject | Re: [RFC] Additional pad in struct stat(64) | From | Andreas Jaeger <> | Date | 26 Sep 2000 20:14:22 +0200 |
| |
>>>>> 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/
| |