From owner-freebsd-questions Sun Jun 24 9:25:18 2001 Delivered-To: freebsd-questions@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id B2FDD37B405; Sun, 24 Jun 2001 09:25:09 -0700 (PDT) (envelope-from des@ofug.org) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id SAA82755; Sun, 24 Jun 2001 18:25:05 +0200 (CEST) (envelope-from des@ofug.org) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Ted Mittelstaedt" Cc: , , , Subject: Re: Kernel Panic References: <006001c0fcc9$86301ce0$1401a8c0@tedm.placo.com> From: Dag-Erling Smorgrav Date: 24 Jun 2001 18:25:05 +0200 In-Reply-To: <006001c0fcc9$86301ce0$1401a8c0@tedm.placo.com> Message-ID: Lines: 22 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG "Ted Mittelstaedt" writes: > That's a case I hadn't thought of - however, "local" search paths should > generally be at the END of the user's path, not the beginning, in which case > the system binary gets called first. No! Local paths should be at the beginning, so local binaries (wrappers etc.) can ovverride system binaries. > Both cases are bad practice, and shouldn't be present on a normal system. Bollocks. > I think in that situation you would have to have a swap partition that's > smaller than the maximum amount of ram that a normal user is permitted to > allocate - in that case the limits are set too high. That, or the limits simply don't account for all the resources a user can consume, as is the case with mmap(). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message