From owner-freebsd-hackers Mon Feb 26 11:56:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from brutus.conectiva.com.br (brutus.conectiva.com.br [200.250.58.146]) by hub.freebsd.org (Postfix) with ESMTP id 451AD37B4EC for ; Mon, 26 Feb 2001 11:56:52 -0800 (PST) (envelope-from riel@conectiva.com.br) Received: from localhost (riel@localhost) by brutus.conectiva.com.br (8.11.2/8.11.2) with ESMTP id f1QJt4219167; Mon, 26 Feb 2001 16:55:04 -0300 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Mon, 26 Feb 2001 16:55:04 -0300 (BRST) From: Rik van Riel X-X-Sender: To: "Daniel C. Sobral" Cc: Matt Dillon , Archie Cobbs , Warner Losh , Peter Seebach , Subject: Re: Setting memory allocators for library functions. In-Reply-To: <3A9AAB02.793A197A@newsguy.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 27 Feb 2001, Daniel C. Sobral wrote: > Matt Dillon wrote: > > :Matt Dillon wrote: > > :> > > :.. > > :> the system runs out of memory, even *with* overcommit protection. > > :> In fact, all sorts of side effects occur even when the system > > :... > > : > > :That's an assumption. > > > > Ha. Right. Go through any piece of significant code and just see how > > much goes flying out the window because the code wants to simply assume > > things work. Then try coding conditionals all the way through to fix > > it... and don't forget you need to propogate the error condition back > > up the procedure chain too so the original caller knows why it failed. > > Perhaps you should re-acquaint yourself with exception > handlers, And just where are you going to grow the cache when the exception handler runs off the edge of the current stack page ? Rik -- Linux MM bugzilla: http://linux-mm.org/bugzilla.shtml Virtual memory is like a game you can't win; However, without VM there's truly nothing to lose... http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message