From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26092 invoked by alias); 29 Aug 2005 18:38:01 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 20215 invoked by uid 22791); 29 Aug 2005 18:32:32 -0000 Received: from nat-pool-rdu.redhat.com (HELO devserv.devel.redhat.com) (66.187.233.202) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 29 Aug 2005 18:32:32 +0000 Received: from alligator.red-bean.com.redhat.com (vpn26-25.sfbay.redhat.com [172.16.26.25]) by devserv.devel.redhat.com (8.12.11/8.12.11) with ESMTP id j7TIWSQ4012290; Mon, 29 Aug 2005 14:32:29 -0400 To: Craig Jeffree Cc: gdb@sources.redhat.com Subject: Re: References: <1125021866.10500.71.camel@norman> <1125301769.10500.124.camel@norman> From: Jim Blandy Date: Mon, 29 Aug 2005 18:38:00 -0000 In-Reply-To: <1125301769.10500.124.camel@norman> (Craig Jeffree's message of "Mon, 29 Aug 2005 17:49:28 +1000") Message-ID: User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-SW-Source: 2005-08/txt/msg00115.txt.bz2 Craig Jeffree writes: > On Fri, 2005-08-26 at 12:02 -0700, Jim Blandy wrote: >> 'readelf -wi' dumps Dwarf debugging info in a human-readable form. >> You can apply it to relocatable object files, executables, and shared >> libraries. You probably want to apply it to the executable or shared >> library, since that's fewer steps removed from GDB, but the output >> will be large. You'll need to search for a DW_TAG_structure debugging >> information entry ("die") whose DW_AT_name attribute is the mangled >> form of Soi::Waypoint, and verify that the members are indeed listed >> there. If you could post that die when you find it, that might be >> interesting. >> > I don't think I really understand what I'm looking at here. In the .o > file I found this: > <1>: Abbrev Number: 113 (DW_TAG_structure_type) > DW_AT_sibling : > DW_AT_name : (indirect string, offset: 0xd7e3): Waypoint > DW_AT_byte_size : 120 > DW_AT_decl_file : 62 > DW_AT_decl_line : 33 > DW_AT_containing_type: <1668a> > > and in the executable I found this: > <2><3bb78>: Abbrev Number: 2 (DW_TAG_structure_type) > DW_AT_sibling : <3bc2e> > DW_AT_name : (indirect string, offset: 0x4ff824): Waypoint > DW_AT_byte_size : 24 > DW_AT_decl_file : 123 > DW_AT_decl_line : 90 > > > Are these complete dies? The leftmost number in is the nesting level of that die; so if the entry for the die after the first one you listed starts with <2>, then it's a child of the <1> die. There should be DW_TAG_member(?) dies. (I'm apparently wrong about the DW_AT_name being mangled. Does the DW_AT_containing_type attribute of the first die point at something named "Soi"?)