This is the mail archive of the
mailing list for the GDB project.
Re: internal error: pc 0x0 in read in psymtab, but not in symtab
- From: Jim Blandy <jimb at codesourcery dot com>
- To: Turny DÃvid <Turny dot David at stud dot u-szeged dot hu>
- Cc: gdb at sourceware dot org
- Date: Thu, 09 Nov 2006 17:19:01 -0800
- Subject: Re: internal error: pc 0x0 in read in psymtab, but not in symtab
- References: <email@example.com>
Turny DÃvid <Turny.David@stud.u-szeged.hu> writes:
> I try to debug a program on a remote ARM target. I use the openOCD and the
> arm-elf-gdb (GNUARM) or the arm-none-eabi-gdb (SOURCERY). I have got
> an error message:
> internal error: pc 0x0 in read in psymtab, but not in symtab
> I have got is a lot of times... If I can reach somehow the main then
> it is working, but if I like to use the arm-elf-insight then these
> messages come in windows and I have to click on the ok button and I
> cant reach the main.
> How can I avoid this?
> Thank you!
> Oh, and I think there is something wrong with the .data
> section...please check the corresponding part of the main.dmp file.
> /the size of that is not ok I think.../
> Thank You very much!!!
I think this problem is related to GDB's handling of sections that
are loaded at address zero; see this thread:
Your problem may have been addressed by the following change:
2006-07-24 Frederic Riss <firstname.lastname@example.org>
* dwarf2read.c (struct dwarf2_per_objfile): Add has_section_at_zero
(dwarf2_get_pc_bounds): Use dwarf2_per_objfile->has_section_at_zero
instead of HAS_RELOC test.
Could you try a GDB built from the current CVS sources, and see if
this problem is still there?