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. Cheers -- Seth Every program has two purposes one for which it was written and another for which it wasn't I use the last kind.
