NetBSD

Commit Graph

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

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

3 Commits