From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30898 invoked by alias); 22 Feb 2007 19:58:38 -0000 Received: (qmail 30885 invoked by uid 22791); 22 Feb 2007 19:58:36 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Thu, 22 Feb 2007 19:58:29 +0000 Received: from dsl093-172-095.pit1.dsl.speakeasy.net ([66.93.172.95] helo=caradoc.them.org) by nevyn.them.org with esmtp (Exim 4.63) (envelope-from ) id 1HKK5D-0001QF-MU; Thu, 22 Feb 2007 14:58:27 -0500 Received: from drow by caradoc.them.org with local (Exim 4.63) (envelope-from ) id 1HKK5D-000730-FX; Thu, 22 Feb 2007 14:58:27 -0500 Date: Fri, 23 Feb 2007 00:10:00 -0000 From: Daniel Jacobowitz To: Colin MacDonald Cc: gdb@sourceware.org Subject: Re: Unable to step over functions in arm-elf binary Message-ID: <20070222195827.GA27076@caradoc.them.org> Mail-Followup-To: Colin MacDonald , gdb@sourceware.org References: <76964.36169.qm@web26713.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <76964.36169.qm@web26713.mail.ukl.yahoo.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-02/txt/msg00242.txt.bz2 On Thu, Feb 22, 2007 at 04:55:55PM +0000, Colin MacDonald wrote: > OK, so I have a breakpoint on a line that calls a function. When I hit the breakpoint the backtrace shows this: > > #0 CPlatform::RunTestSuite (this=0x207ffb4) at Common/Platform.cpp:113 > #1 0x01017db0 in main (argc=17253984, argv=0x0) at OtherFiles/Main.cpp:37 > > This is fine so far. Line 113 of platform.cpp calls a function called vs_status. If I stepi until I first hit vs_status I get the following as the backtrace: > > #0 vs_status (pInBuf=0x0) at Common/PlatformIO.cpp:149 > #1 0x00000000 in ?? () > > Doesn't look happy. If I execute another stepi then pInBuf is picked up. Another few stepi instructions then fills in the backtrace properly: That's the bug, and nowhere else. You need to find out why it can't unwind. Is your compiler emitting sufficiently bogus debug info that GDB is confused? Or have some symbols been unexpectedly stripped from the ELF file? Those are the usual culprits. -- Daniel Jacobowitz CodeSourcery