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