Commit Graph

3 Commits

Author SHA1 Message Date
christos
49be13158d Make gerlimit(RLIM_NOFILE, rlp), return rlp->rlim_max == maxfiles, not
RLIM_INFINITY like we do. Java uses rlim_max to allocate a data structure
per file descriptor.
what we do is bogus anyway, because:

    setrlimit(RLIM_NOFILE, {RLIM_INFINITY, RLIM_INFINITY}}

sets the limit to { maxfiles, maxfiles }

I undestand that this is so that if we change maxfiles via sysctl, processes
can still use the new maximum, but it is probably more appropriate to return
the current value of maxfiles (and maxproc) at every getrlimit call, even
if the current value for either is RLIM_INFINITY.

Anyway, java now works on the the sparc, on the i386 loses on setcontext().
1998-12-13 18:00:52 +00:00
christos
02e50c5ac1 Clarify some signed/unsigned confusion with resource limit setting.
Still don't understand you some old binaries try to use 5 for vmem
instead of 6.
1998-11-30 15:46:33 +00:00
christos
298d9e0d50 Deal with {get,set}rlimit{,64} properly, respecting the RLIM_INFINITY,
RLIM_SAVED_MAX, and RLIM_SAVED_CUR values. We should fix our own implementation
to do this and use unsigned numbers for rlim_t as solaris does.
1998-11-28 21:53:02 +00:00