Re: 2.0.30 crash in lock_remove_locks (cont'd)

Oskar Pearson (
Fri, 16 May 1997 09:45:47 +0200


> Bottom line is that this breaks one *hell* of a lot of stuff.. better really
> need it if you start because you'll end up recompiling nearly every library/
> binary in your system to get things straight again. BTDT: reverted to 256 :)
I disagree - I am using his patch on about 7 machines here, and the only
thing I had to re-compile is the program that needed to use more than
256 filehandles (all other binaries were unaffected).

The machines all have uptimes of 15 days... (except for one, which I
added 9 gigs of disk space to 6 days ago)