From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-23827-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 19657 invoked by alias); 6 Jan 2006 01:35:22 -0000
Received: (qmail 19639 invoked by uid 22791); 6 Jan 2006 01:35:22 -0000
X-Spam-Check-By: sourceware.org
Received: from sj-iport-5.cisco.com (HELO sj-iport-5.cisco.com) (171.68.10.87)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 06 Jan 2006 01:35:20 +0000
Received: from sj-core-4.cisco.com ([171.68.223.138])   by sj-iport-5.cisco.com with ESMTP; 05 Jan 2006 17:35:19 -0800
X-IronPort-AV: i="3.99,336,1131350400";     d="scan'208"; a="247410921:sNHT37151844"
Received: from xbh-sjc-221.amer.cisco.com (xbh-sjc-221.cisco.com [128.107.191.63]) 	by sj-core-4.cisco.com (8.12.10/8.12.6) with ESMTP id k061ZJQJ019961; 	Thu, 5 Jan 2006 17:35:19 -0800 (PST)
Received: from xfe-sjc-212.amer.cisco.com ([171.70.151.187]) by xbh-sjc-221.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); 	 Thu, 5 Jan 2006 17:35:18 -0800
Received: from [128.107.165.67] ([128.107.165.67]) by xfe-sjc-212.amer.cisco.com with Microsoft SMTPSVC(6.0.3790.211); 	 Thu, 5 Jan 2006 17:35:18 -0800
Message-ID: <43BDC956.1030405@cisco.com>
Date: Fri, 06 Jan 2006 01:35:00 -0000
From: Michael Snyder <michsnyd@cisco.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20040929
MIME-Version: 1.0
To: kmacy@fsmware.com
CC: Paul Koning <pkoning@equallogic.com>, gdb@sources.redhat.com,         gdb-patches@sources.redhat.com, wendyp@cisco.com
Subject: Re: [RFC] What to do on VM exhaustion
References: <43BC6F36.3050000@cisco.com>	 <17341.12827.191000.952900@gargle.gargle.HOWL>	 <43BD9703.6080403@cisco.com> <b1fa29170601051725t2fc37a96r2dc959a45a2aa92f@mail.gmail.com>
In-Reply-To: <b1fa29170601051725t2fc37a96r2dc959a45a2aa92f@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2006-01/txt/msg00027.txt.bz2

Kip Macy wrote:
> Why not just pre-allocate a small arena at startup for an "emergency" 
> malloc? Hardly ideal, but it would allow gdb to fail gracefully.

Wouldn't that require modifying malloc?
Or do you have in mind that, on detecting out-of-VM, we would
free our little reserved chunk, thus making it available for
libc (or whatever)?

Hmmm, I suppose that might work...