From owner-freebsd-hackers  Thu Feb  2 22:45:12 1995
Return-Path: hackers-owner
Received: (from root@localhost) by freefall.cdrom.com (8.6.9/8.6.6) id WAA00351 for hackers-outgoing; Thu, 2 Feb 1995 22:45:12 -0800
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.9/8.6.6) with ESMTP id WAA00307 for <FreeBSD-hackers@freefall.cdrom.com>; Thu, 2 Feb 1995 22:44:50 -0800
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA31880; Fri, 3 Feb 1995 17:35:28 +1100
Date: Fri, 3 Feb 1995 17:35:28 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199502030635.RAA31880@godzilla.zeta.org.au>
To: FreeBSD-hackers@freefall.cdrom.com, guido@gvr.win.tue.nl
Subject: Re: limits (again)
Sender: hackers-owner@FreeBSD.org
Precedence: bulk

>Okay, if there are no complaints, I'm gonna implement
>kern.maxfilesperproc

One complaint is enough? :-).  I've already complained.

>If people do want other such limits implemented, let them shout and I'll
>try doing that as well.

A correct implementation seems to require the following: (:-()
(1) search for and reduce all higher limits in rlim_cur and rlim_max in
the process table.
(2) search for and kill all processes that expect the limits that they
have already checked to remain valid.  See src/lib/libc/gen/sysconf.c.

Bruce