getdents64 problem

Trond Myklebust trond.myklebust@fys.uio.no
Tue Jan 23 01:07:00 GMT 2001


>>>>> " " == 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


More information about the Libc-alpha mailing list