From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29141 invoked by alias); 24 Aug 2011 20:34:42 -0000 Received: (qmail 28950 invoked by uid 22791); 24 Aug 2011 20:34:42 -0000 X-SWARE-Spam-Status: No, hits=-6.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS,TW_CX X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 24 Aug 2011 20:34:25 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p7OKYO2r001521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 24 Aug 2011 16:34:24 -0400 Received: from host1.jankratochvil.net (ovpn-116-37.ams2.redhat.com [10.36.116.37]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p7OKYMZC009462 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 24 Aug 2011 16:34:24 -0400 Received: from host1.jankratochvil.net (localhost [127.0.0.1]) by host1.jankratochvil.net (8.14.4/8.14.4) with ESMTP id p7OKYLpD024483; Wed, 24 Aug 2011 22:34:21 +0200 Received: (from jkratoch@localhost) by host1.jankratochvil.net (8.14.4/8.14.4/Submit) id p7OKYL5A024482; Wed, 24 Aug 2011 22:34:21 +0200 Date: Wed, 24 Aug 2011 20:34:00 -0000 From: Jan Kratochvil To: Jeffrey Walton Cc: GDB Users List Subject: Re: Interpret object causing crash in __cxa_finalize (have core) Message-ID: <20110824203420.GA23547@host1.jankratochvil.net> References: <20110824193938.GA18325@host1.jankratochvil.net> <20110824200308.GA20742@host1.jankratochvil.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-08/txt/msg00109.txt.bz2 On Wed, 24 Aug 2011 22:18:45 +0200, Jeffrey Walton wrote: > We are also interested in memory leaks - other libraries affect our integrity. Then please do not complain on too many messages, the mails said Boost is not conforming to memory leak checkers (that does not mean it really leaks). This mail thread is about memory corruption, not about memory leaks. > Yes, we have -g3 -ggdb. -ggdb in fact has no effect. > But we seem to be missing diagnostic > information from __do_global_dtors_aux and __cxa_finalize. You have full debug info from __cxa_finalize, what more info would you like? __do_global_dtors_aux just executes all the destructors, there isn't anything interesting inside. It is assembled from gcc sources some special ways so its debug info is missing. > OK, I' seem to have a misconception. Is there no debug information > associated with global constructors and destructors? Global destructor is __cxa_finalize which has debug info. It runs destructors for all the existing instances, for instance 0x83dfc0 is run the destructor ~map, it also has debug info. > how does one determine the problematic object destructor? There probably isn't any problematic object destructor. Just some code before corrupted memory so the correct object destructor crashes on it later. Please read more about memory corruption debugging, there is a wide range of tools for it, GDB is not one of them. I have written one brief list of such tools in the part 1 of: http://people.redhat.com/jkratoch/DeveloperConference2011-debug.pdf Regards, Jan