> 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?
This is only needed if reasonable V1 directory support is required on
Linux, without it you can get files missing in directories etc. In fact
even with it this can still happen. This was the whole reason we made
V2 the default on Linux (we finally won the battle to make it the
default on Irix too).
> If this can become standard in glibc we can tell people that it is
> supported from glibc 2.2.? systems and higher.
All attempts to get glibc to budge on this have failed.
> Would a workaround in the kernel code even be a possibility.
I am not sure, no time to think about it right now...
> Every program has two purposes one for which
> it was written and another for which it wasn't
> I use the last kind.