From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16414 invoked by alias); 24 Jan 2006 22:11:15 -0000 Received: (qmail 16402 invoked by uid 22791); 24 Jan 2006 22:11:14 -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; Tue, 24 Jan 2006 22:11:12 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1F1WNV-0007U5-UP; Tue, 24 Jan 2006 17:11:06 -0500 Date: Tue, 24 Jan 2006 22:11:00 -0000 From: Daniel Jacobowitz To: NZG Cc: gdb-patches@sourceware.org, Jim Blandy Subject: Re: gdb code review, pointer madness Message-ID: <20060124221105.GC27626@nevyn.them.org> Mail-Followup-To: NZG , gdb-patches@sourceware.org, Jim Blandy References: <200601231438.26040.ngustavson@emacinc.com> <200601241328.33774.ngustavson@emacinc.com> <8f2776cb0601241327t4b9e4820l532d1133484879bb@mail.gmail.com> <200601241557.10320.ngustavson@emacinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601241557.10320.ngustavson@emacinc.com> User-Agent: Mutt/1.5.8i X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2006-01/txt/msg00386.txt.bz2 On Tue, Jan 24, 2006 at 03:57:10PM -0600, NZG wrote: > The problem is that when I run a backtrace it fetches the innermost frame, and > then starts fetching garbage infinitely (get_prev_frame never returns NULL). > > I'm trying to wade through the code to figure out why this is happening, but > it's taking a while, function calls here are very, very deep. > > In general, should this information (get_prev_frame=NULL) be coming from the > target? Or should the host know this based on the id number? Normally this means that the unwinder in the tdep file is failing to stop in some case where it ought to. When you first connect to a target, it is often in an ambiguous / uninitialized state. It's pretty difficult to prevent GDB from reading a certain amount of random memory if you ask for a backtrace when there isn't a valid stack. -- Daniel Jacobowitz CodeSourcery