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:4.264 / U:0.080 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site