At 08:46 10-8-2001 -0500, Steve Lord wrote:
> On Fri, Aug 10, 2001 at 07:38:15AM +0200, Seth Mos wrote:
V1 directories mostly work in Linux, but there are glibc getdents issues
with them. The glibc code which lseeks backwards in a directory is the issue,
if you have control over your glibc it can be fixed by using the 64 bit
version of lseek in this code. This is all because the directory offset in
V1 is a 64 bit hash value, not a 32 bit signed number.
Would this have adverse effects on existing code if this would be changed?
Is it something that can be done without pulling out everything from
beneath us? Does userspace need to be recompiled? Would something like this
be needed for other architectures as well?
If this can become standard in glibc we can tell people that it is
supported from glibc 2.2.? systems and higher.
Would a workaround in the kernel code even be a possibility.
Every program has two purposes one for which
it was written and another for which it wasn't
I use the last kind.