From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30861 invoked by alias); 10 Nov 2006 01:18:59 -0000 Received: (qmail 30842 invoked by uid 22791); 10 Nov 2006 01:18:56 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 10 Nov 2006 01:18:52 +0000 Received: (qmail 20478 invoked from network); 10 Nov 2006 01:18:49 -0000 Received: from unknown (HELO localhost) (jimb@127.0.0.2) by mail.codesourcery.com with ESMTPA; 10 Nov 2006 01:18:49 -0000 To: Turny =?utf-8?Q?D=C3=A1vid?= Cc: gdb@sourceware.org Subject: Re: internal error: pc 0x0 in read in psymtab, but not in symtab References: <20061110012728.inknmmc2888kkkgg@www.stud.u-szeged.hu> From: Jim Blandy Date: Fri, 10 Nov 2006 01:18:00 -0000 In-Reply-To: <20061110012728.inknmmc2888kkkgg@www.stud.u-szeged.hu> (Turny =?utf-8?Q?D=C3=A1vid's?= message of "Fri, 10 Nov 2006 01:27:28 +0100") 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=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-11/txt/msg00051.txt.bz2 Turny D=C3=A1vid 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: http://sourceware.org/ml/gdb/2006-06/msg00051.html Your problem may have been addressed by the following change: 2006-07-24 Frederic Riss * dwarf2read.c (struct dwarf2_per_objfile): Add has_section_at_zero=20 field. (dwarf2_locate_sections): Initialize=20 dwarf2_per_objfile->has_section_at_zero. (dwarf2_get_pc_bounds): Use dwarf2_per_objfile->has_section_at_zero=20 instead of HAS_RELOC test. (read_partial_die): Ditto. Could you try a GDB built from the current CVS sources, and see if this problem is still there?