From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8700 invoked by alias); 6 Nov 2002 03:46:03 -0000 Mailing-List: contact gcc-prs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-prs-owner@gcc.gnu.org Received: (qmail 8670 invoked by uid 71); 6 Nov 2002 03:46:02 -0000 Date: Tue, 05 Nov 2002 19:46:00 -0000 Message-ID: <20021106034602.8669.qmail@sources.redhat.com> To: bkoz@gcc.gnu.org Cc: gcc-prs@gcc.gnu.org, From: Jeffrey Oldham Subject: Re: libstdc++/7843: Memory not freed when printing complex number Reply-To: Jeffrey Oldham X-SW-Source: 2002-11/txt/msg00274.txt.bz2 List-Id: The following reply was made to PR libstdc++/7843; it has been noted by GNATS. From: Jeffrey Oldham To: bkoz@gcc.gnu.org, bkoz@gcc.gnu.org, gcc-bugs@gcc.gnu.org, gcc-prs@gcc.gnu.org, nobody@gcc.gnu.org, oldham@codesourcery.com, gcc-gnats@gcc.gnu.org Cc: Subject: Re: libstdc++/7843: Memory not freed when printing complex number Date: Tue, 05 Nov 2002 19:40:30 -0800 bkoz@gcc.gnu.org wrote: > Synopsis: Memory not freed when printing complex number > > Responsible-Changed-From-To: unassigned->bkoz > Responsible-Changed-By: bkoz > Responsible-Changed-When: Tue Nov 5 19:30:14 2002 > Responsible-Changed-Why: > Mine. > State-Changed-From-To: open->feedback > State-Changed-By: bkoz > State-Changed-When: Tue Nov 5 19:30:14 2002 > State-Changed-Why: > Hey. I think this was fixed a while back. I'm using valgrind on RH8, and I don't see anything with this output. Note, the pool allocators used by default with libstdc++ may confuse memory checking programs. There's a way around this for CVS head, where you can switch to the malloc_alloc allocators with GLIBCPP_USE_NEW defined. That work will work its way into gcc-3_2-branch for the next stable release. > > best, > benjamin > > http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=7843 Thanks for looking into this. Jeffrey D. Oldham oldham@codesourcery.com