> It's not that kind of a soft limit though -- I think you have to change
> OPEN_MAX if you're going to bump the default value for ulimit(nofiles).

Maybe I'll code up a change so that the kernel doesn't have a liimit.
(Just leaves a process having some kernel memory - and each open
file need that further down the line anyway...)
 
> I don't know of any unix or unix-like multi-user systems that only
> allow(ed) 64 open files as as a hard limit (assuming you're talking
> about the hard limit enforced by MAXFILES aka kern.maxfiles, since
> that's the only hard limit w.r.t. open files).

Erm the 'traditional' limit was 20.


	David

-- 
David Laight: david@l8s.co.uk