From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14068 invoked by alias); 20 May 2003 23:09:21 -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 13844 invoked from network); 20 May 2003 23:09:19 -0000 Received: from unknown (HELO esds.vss.fsi.com) (66.136.174.212) by sources.redhat.com with SMTP; 20 May 2003 23:09:19 -0000 Received: from eos.vss.fsi.com (eos [198.51.27.61]) by esds.vss.fsi.com (8.9.1a/8.9.1) with ESMTP id SAA08776 for ; Tue, 20 May 2003 18:09:13 -0500 (CDT) Received: from localhost (ford@localhost) by eos.vss.fsi.com (8.11.6+Sun/8.11.6) with ESMTP id h4KN9CW07787 for ; Tue, 20 May 2003 18:09:13 -0500 (CDT) X-Authentication-Warning: eos.vss.fsi.com: ford owned process doing -bs Date: Tue, 20 May 2003 23:09:00 -0000 From: Brian Ford X-X-Sender: ford@eos To: gdb@sources.redhat.com Subject: Re: DWARF2 PE/COFF port and parsing ? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE X-SW-Source: 2003-05/txt/msg00283.txt.bz2 Sorry. Somehow this missed the list and went straight to David. On Tue, 20 May 2003, Brian Ford wrote: > On 20 May 2003, David Carlton wrote: > > > On Tue, 20 May 2003 17:05:26 -0500 (CDT), Brian Ford = said: > > > > > (gdb) p *pst > > > $1 =3D {next =3D 0x1052a018, filename =3D 0x1052a0e8 "../../gcc/gcc/l= ibgcc2.c", > > > fullname =3D 0x0, objfile =3D 0x10148238, section_offsets =3D 0x101= 4e440, > > > textlow =3D 4922848, texthigh =3D 4922848, dependencies =3D 0x1052a= 118, > > > number_of_dependencies =3D 4, globals_offset =3D 1151, n_global_sym= s =3D 2, > > > statics_offset =3D 24280, n_static_syms =3D 21, symtab =3D 0x0, > > > read_symtab =3D 0x4f1170 , > > > read_symtab_private =3D 0x1052a100 "D\030\031", readin =3D 0 '\0'} > > > > Hmm. It doesn't look too strange to me. Are the libraries that GCC > > builds being compiled using your DWARF 2 in PE/COFF mechanisms? If > > not, is there any way you can think of that that would cause problems? > > > No, it must be a case of corruption as they are still in stabs. > > Here is my object's pst at dwarf2read.c:1354: > > (top-gdb) p *pst > $1 =3D {next =3D 0x1052a4e0, > filename =3D 0x105039d8 "../../../visual/vital/buf_init/bufs.c", > fullname =3D 0x0, objfile =3D 0x10148540, section_offsets =3D 0x1014e74= 8, > textlow =3D 0, texthigh =3D 0, dependencies =3D 0x0, number_of_dependen= cies =3D > 0, > globals_offset =3D 0, n_global_syms =3D 42, statics_offset =3D 0, > n_static_syms =3D 420, symtab =3D 0x0, > read_symtab =3D 0x542d40 , > read_symtab_private =3D 0x10503a00 "=A0=B8R\020", readin =3D 0 '\0'} > > The one that appears corrupt is *pst->next->next: > > (top-gdb) p *pst->next > $4 =3D {next =3D 0x1052a460, filename =3D 0x1052a528 > "../../gcc/gcc/gbl-ctors.h", > fullname =3D 0x0, objfile =3D 0x10148540, section_offsets =3D 0x1014e74= 8, > textlow =3D 0, texthigh =3D 0, dependencies =3D 0x1052a560, > number_of_dependencies =3D 1, globals_offset =3D 0, n_global_syms =3D 0, > statics_offset =3D 0, n_static_syms =3D 0, symtab =3D 0x0, > read_symtab =3D 0x4f1170 , > read_symtab_private =3D 0x1052a548 "", readin =3D 0 '\0'} > (top-gdb) p *pst->next->next > $5 =3D {next =3D 0x1052a3d8, filename =3D 0x1052a4a8 "../../gcc/gcc/libgc= c2.c", > fullname =3D 0x0, objfile =3D 0x10148540, section_offsets =3D 0x1014e74= 8, > textlow =3D 0, texthigh =3D 0, dependencies =3D 0x1052a4d8, > number_of_dependencies =3D 1, globals_offset =3D 0, n_global_syms =3D 0, > statics_offset =3D 0, n_static_syms =3D 0, symtab =3D 0x0, > read_symtab =3D 0x4f1170 , > read_symtab_private =3D 0x1052a4c0 "", readin =3D 0 '\0'} > --=20 Brian Ford Senior Realtime Software Engineer VITAL - Visual Simulation Systems FlightSafety International Phone: 314-551-8460 Fax: 314-551-8444