From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23051 invoked by alias); 6 Sep 2006 15:19:21 -0000 Received: (qmail 23038 invoked by uid 22791); 6 Sep 2006 15:19:20 -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:19:17 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1GKzBL-00012r-81; Wed, 06 Sep 2006 11:19:15 -0400 Date: Wed, 06 Sep 2006 15:19:00 -0000 From: Daniel Jacobowitz To: "Zarges, Olav" Cc: "gdb@sourceware.org" Subject: Re: gdb-6.5 produces infinite backtrace on ARM Message-ID: <20060906151915.GA4002@nevyn.them.org> Mail-Followup-To: "Zarges, Olav" , "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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44FEE32E.60401@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/msg00034.txt.bz2 On Wed, Sep 06, 2006 at 05:03:10PM +0200, Zarges, Olav wrote: > > Daniel Jacobowitz wrote: > > The error should be caught in backtrace_command now. The finished > > output should still be printed. > > Eclipse seems to read the stack via gdb/mi commands stack-info-depth > and stack-list-frames and that was what I was referring to (sorry). > Please see log below. I tried to print the message with warning(...) > and return NULL instead of calling error(...) which seems to work but > I don't know about the side-effects this might involve. 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! -- Daniel Jacobowitz CodeSourcery