From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12481 invoked by alias); 3 Nov 2002 05:52:08 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 12408 invoked from network); 3 Nov 2002 05:52:07 -0000 Received: from unknown (HELO sunsite.mff.cuni.cz) (195.113.19.66) by sources.redhat.com with SMTP; 3 Nov 2002 05:52:07 -0000 Received: (from jakub@localhost) by sunsite.mff.cuni.cz (8.11.6/8.11.6) id gA35pid12979; Sun, 3 Nov 2002 06:51:44 +0100 Date: Sat, 02 Nov 2002 21:52:00 -0000 From: Jakub Jelinek To: Roland McGrath Cc: Isamu Hasegawa , Glibc hackers Subject: Re: Regex memory management Message-ID: <20021103065143.E3451@sunsite.ms.mff.cuni.cz> Reply-To: Jakub Jelinek References: <20021030155931.W3451@sunsite.ms.mff.cuni.cz> <200211030025.gA30P9D11901@magilla.sf.frob.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200211030025.gA30P9D11901@magilla.sf.frob.com>; from roland@redhat.com on Sat, Nov 02, 2002 at 04:25:09PM -0800 X-SW-Source: 2002-11/txt/msg00004.txt.bz2 On Sat, Nov 02, 2002 at 04:25:09PM -0800, Roland McGrath wrote: > We really should have the regex code audited for possible memory leaks in > error conditions, since Jakub has already observed some. If Isamu doesn't > have time, perhaps someone else can find time to do it soon. Jakub's > obstack suggestions sound good to me, and converting to that makes it > vastly easier to be sure the code is correct. But I don't know the regex > code and its allocation properties at all, so as to say that the obstack > model fits acceptably right in all cases. I can try to convert it to use obstacks, but would like to hear from Isamu about it first... Jakub