This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

Re: getdents64 problem

>>>>> " " == Jakub Jelinek <jakub@redhat.com> writes:

     > Actually, are you talking NFSv2 or NFSv3 to the SGI server?  If
     > you're talking NFSv2 which passes around 32bit cookies as far
     > as I can see, then this is definitely a kernel bug (at least in
     > my 2.4-testsomething tree nfs_decode_dirent does
     > entry-> cookie = ntohl(*p++);
     > which is wrong (dunno if that changed since then), because
     > ntohl gives unsigned result).

The NFSv2 cookie is a u32 value. It's being stored in a u64. Where's
the kernel bug?

I agree we need some translation of cookies if we're to support 'seek'
operations correctly, however at the kernel level, it's working fine.

BTW: why does glibc need that lseek?

Cheers,
  Trond
Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]