Commit Graph

14 Commits

Author SHA1 Message Date
cperciva
141ff18dcf Use the accepted abbreviation "kB" for kilobyte, rather than "kb" (which
is the common unit for a kilobit).
2004-12-19 13:29:25 +00:00
green
040e8fab25 Update the usage string in the limits(1) manpage to include -b for
sbsize. Also, correct the format string in getopt(3) usage to reflect
that -b takes an argument, and correct another case of RLIMIT_SBSIZE
having been forgotten.
2002-09-18 16:25:59 +00:00
obrien
bc61fc95d8 Consistently use FBSDID 2002-06-30 05:25:07 +00:00
dillon
d5a8426078 Make limits(1) aware of the new vmemoryuse resource limit.
Submitted by:	sheldonh
2002-06-26 03:43:25 +00:00
dwmalone
cad828b7af Warns cleanups:
1) Add missing initialisers.
2) Avoid shadowing rcswhich.
3) Use intmax_t and %j for printing rather than quad_t and %q.
4) Don't modify a variable twice between sequence points.
2002-04-13 21:28:17 +00:00
sheldonh
cf69042ef6 Handle sbsize as a size, not a number.
Submitted by:	Paul Herman <pherman@frenchfries.net>
2001-05-10 17:15:06 +00:00
charnier
4f71f300d3 Properly use .Nm, .Em, .Pa etc. Make usage() a simplier function. 2000-03-26 14:37:47 +00:00
green
14b89019c6 This implements the RLIMIT_SBSIZE ("sbsize") administrative limits for
userland.  Currently, it can be enforced by login and csh.  More
shells supporting sbsize are welcome.
1999-10-09 20:47:59 +00:00
peter
3b842d34e8 $Id$ -> $FreeBSD$ 1999-08-28 01:08:13 +00:00
charnier
197677263f Cosmetic in usage string. Typos in man page. 1997-07-21 12:06:18 +00:00
davidn
3ff92b4877 login_getclass() -> login_getpwclass().
Updated (incorrect) entry for bash [-v].
Remove unused support for long rlim_t.
Added "bash2" to bash style ulimit handling.
1997-05-10 19:00:58 +00:00
imp
141381e1cb compare return value from getopt against -1 rather than EOF, per the final
posix standard on the topic.
1997-03-29 04:34:07 +00:00
peter
f390c26dd9 Revert $FreeBSD$ to $Id$ 1997-02-22 19:58:13 +00:00
davidn
2fcbfa8ff9 limits(1): set and display process resources. 1997-01-21 15:05:15 +00:00