From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8581 invoked by alias); 13 Dec 2007 13:19:16 -0000 Received: (qmail 8508 invoked by uid 22791); 13 Dec 2007 13:18:56 -0000 X-Spam-Check-By: sourceware.org Received: from NaN.false.org (HELO nan.false.org) (208.75.86.248) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 13 Dec 2007 13:18:45 +0000 Received: from nan.false.org (localhost [127.0.0.1]) by nan.false.org (Postfix) with ESMTP id 3D37398022; Thu, 13 Dec 2007 13:18:43 +0000 (GMT) Received: from caradoc.them.org (22.svnf5.xdsl.nauticom.net [209.195.183.55]) by nan.false.org (Postfix) with ESMTP id 1237398021; Thu, 13 Dec 2007 13:18:42 +0000 (GMT) Received: from drow by caradoc.them.org with local (Exim 4.68) (envelope-from ) id 1J2nxZ-0006Pt-7q; Thu, 13 Dec 2007 08:18:41 -0500 Date: Thu, 13 Dec 2007 13:19:00 -0000 From: Daniel Jacobowitz To: Doug Evans Cc: gdb@sourceware.org Subject: Re: protection from dangling pointers in dwarf info when .so's go away Message-ID: <20071213131841.GA24646@caradoc.them.org> Mail-Followup-To: Doug Evans , gdb@sourceware.org References: <20071213032724.GA25868@caradoc.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-12-11) 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: 2007-12/txt/msg00087.txt.bz2 On Thu, Dec 13, 2007 at 12:16:36AM -0800, Doug Evans wrote: > What happens if TYPE_OBJFILE (type) != TYPE_OBJFILE > (TYPE_VPTR_BASETYPE (baseclass)) ? Precisely what you saw, but how does this happen? The baseclass links should normally point through to other types in the same objfile. I'm guessing that there was inadequate debug info for a base class, leading GDB to do name resolution into a shared library with better debug info (probably because it defined the class's key method)? -- Daniel Jacobowitz CodeSourcery