This is the mail archive of the gdb@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: DWARF2 PE/COFF port and parsing ?


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 <ford@vss.fsi.com> said:
> >
> > > (gdb) p *pst
> > > $1 = {next = 0x1052a018, filename = 0x1052a0e8 "../../gcc/gcc/libgcc2.c",
> > >   fullname = 0x0, objfile = 0x10148238, section_offsets = 0x1014e440,
> > >   textlow = 4922848, texthigh = 4922848, dependencies = 0x1052a118,
> > >   number_of_dependencies = 4, globals_offset = 1151, n_global_syms = 2,
> > >   statics_offset = 24280, n_static_syms = 21, symtab = 0x0,
> > >   read_symtab = 0x4f1170 <dbx_psymtab_to_symtab>,
> > >   read_symtab_private = 0x1052a100 "D\030\031", readin = 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 = {next = 0x1052a4e0,
>   filename = 0x105039d8 "../../../visual/vital/buf_init/bufs.c",
>   fullname = 0x0, objfile = 0x10148540, section_offsets = 0x1014e748,
>   textlow = 0, texthigh = 0, dependencies = 0x0, number_of_dependencies =
> 0,
>   globals_offset = 0, n_global_syms = 42, statics_offset = 0,
>   n_static_syms = 420, symtab = 0x0,
>   read_symtab = 0x542d40 <dwarf2_psymtab_to_symtab>,
>   read_symtab_private = 0x10503a00 "?¸R\020", readin = 0 '\0'}
>
> The one that appears corrupt is *pst->next->next:
>
> (top-gdb) p *pst->next
> $4 = {next = 0x1052a460, filename = 0x1052a528
> "../../gcc/gcc/gbl-ctors.h",
>   fullname = 0x0, objfile = 0x10148540, section_offsets = 0x1014e748,
>   textlow = 0, texthigh = 0, dependencies = 0x1052a560,
>   number_of_dependencies = 1, globals_offset = 0, n_global_syms = 0,
>   statics_offset = 0, n_static_syms = 0, symtab = 0x0,
>   read_symtab = 0x4f1170 <dbx_psymtab_to_symtab>,
>   read_symtab_private = 0x1052a548 "", readin = 0 '\0'}
> (top-gdb) p *pst->next->next
> $5 = {next = 0x1052a3d8, filename = 0x1052a4a8 "../../gcc/gcc/libgcc2.c",
>   fullname = 0x0, objfile = 0x10148540, section_offsets = 0x1014e748,
>   textlow = 0, texthigh = 0, dependencies = 0x1052a4d8,
>   number_of_dependencies = 1, globals_offset = 0, n_global_syms = 0,
>   statics_offset = 0, n_static_syms = 0, symtab = 0x0,
>   read_symtab = 0x4f1170 <dbx_psymtab_to_symtab>,
>   read_symtab_private = 0x1052a4c0 "", readin = 0 '\0'}
>

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]