From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6766 invoked by alias); 6 Sep 2006 15:52:58 -0000 Received: (qmail 6735 invoked by uid 22791); 6 Sep 2006 15:52:56 -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; Wed, 06 Sep 2006 15:52:50 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1GKzho-0001HS-6e for gdb@sourceware.org; Wed, 06 Sep 2006 11:52:48 -0400 Date: Wed, 06 Sep 2006 15:52:00 -0000 From: Daniel Jacobowitz To: gdb@sourceware.org Subject: Re: gdb-6.5 produces infinite backtrace on ARM Message-ID: <20060906155248.GA4902@nevyn.them.org> Mail-Followup-To: gdb@sourceware.org References: <44E181DE.7040905@imc-berlin.de> <20060815124053.GA18496@nevyn.them.org> <20060819052434.GA15612@nevyn.them.org> <44E999B4.5030905@imc-berlin.de> <20060821124241.GA16416@nevyn.them.org> <44FECDF7.2050900@imc-berlin.de> <20060906144356.GA2786@nevyn.them.org> <44FEE32E.60401@imc-berlin.de> <20060906151915.GA4002@nevyn.them.org> <44FEEB57.6010807@imc-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44FEEB57.6010807@imc-berlin.de> User-Agent: Mutt/1.5.11+cvs20060403 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-09/txt/msg00036.txt.bz2 On Wed, Sep 06, 2006 at 05:37:59PM +0200, Zarges, Olav wrote: > > Daniel Jacobowitz wrote: > > Oh, I see. Interesting. We'll see what we can do about this; that > > does make more sense. > > > > However, since it has obviously listed a bunch of frames, CDT should > > not be discarding the ones that did succeed! > > > > The stack-list-frames command does not return any stack info at all if > error(...) is called. Therefore CDT is not discarding anything. The is > just the error message. Sorry - I misread your trace. OK, I see what's generally wrong... -- Daniel Jacobowitz CodeSourcery