From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26153 invoked by alias); 30 Oct 2006 16:02:25 -0000 Received: (qmail 26142 invoked by uid 22791); 30 Oct 2006 16:02:24 -0000 X-Spam-Check-By: sourceware.org Received: from mxout.hispeed.ch (HELO smtp.hispeed.ch) (62.2.95.247) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 30 Oct 2006 16:02:14 +0000 Received: from indel.ch (84-73-11-232.dclient.hispeed.ch [84.73.11.232]) by smtp.hispeed.ch (8.12.11.20060308/8.12.6/taifun-1.0) with SMTP id k9UG2BUb031174 for ; Mon, 30 Oct 2006 17:02:11 +0100 Received: from FABI.indel.ch [192.168.1.91] by indel.ch [127.0.0.1] with SMTP (MDaemon.v2.7.SP5.R) for ; Mon, 30 Oct 2006 17:02:03 +0100 Message-Id: <5.2.0.9.1.20061030165930.01856ec0@NT_SERVER> X-Sender: cenedese@NT_SERVER (Unverified) X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Mon, 30 Oct 2006 16:02:00 -0000 To: gdb@sourceware.org From: Fabian Cenedese Subject: Re: Memleaks? In-Reply-To: <20061030134510.GB5443@nevyn.them.org> References: <5.2.0.9.1.20061030123115.0185cec0@NT_SERVER> <5.2.0.9.1.20061030123115.0185cec0@NT_SERVER> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-MDaemon-Deliver-To: gdb@sourceware.org X-Return-Path: cenedese@indel.ch X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-07.tornado.cablecom.ch 1378; Body=1 Fuz1=1 Fuz2=1 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-10/txt/msg00299.txt.bz2 At 08:45 30.10.2006 -0500, Daniel Jacobowitz wrote: >On Mon, Oct 30, 2006 at 12:40:56PM +0100, Fabian Cenedese wrote: >> I admit that I used not a state-of-the-art gdb, but I don't think that >> this was changed recently. I'd be pleased if you can correct me. >> >> GNU gdb 6.2.50_2004-10-14-cvs > >This is two years old; I can't really speculate on what has changed >since then. It may be simple memory leaks, or it may be something more >complex. Actually 6.5 behaves the same as 6.2.5. The difference was not the version but the calling. When started with "gdb --readnow" every file read will leave some memory behind and use more and more. So it seems that the full symbols are not cleaned up as well as the partial symbols. bye Fabi