lkml.org 
[lkml]   [2005]   [Nov]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC,PATCH] libfs dcache_readdir() and dcache_dir_lseek() bugfix
From
Date
> As I said: "Old glibc implementations (e.g. glibc-2.2.5) are
> lseeking after every call to getdents() ..."

Hmm, why would it do that? This seems like it's glibc being stupid.

That said, you are right that the libfs readdir implementation is not
strictly standards conforming. But neither is your patch: this
algorithm will break if the entry at the current position is removed
and then a new entry with the same name is created.

> Precisely this is a SLES8 on s390-64bit.
> s390vm02:/# rpm -qf /bin/rm
> fileutils-4.1.11-144
> s390vm02:/# rpm -q glibc
> glibc-2.2.5-234
>
> But you can also try my testcase.

Unfortunately I can't since I don't have such old glibc.

Miklos
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-11-04 14:34    [W:0.052 / U:0.048 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site