From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9061 invoked by alias); 6 Sep 2006 15:03:18 -0000 Received: (qmail 9052 invoked by uid 22791); 6 Sep 2006 15:03:17 -0000 X-Spam-Check-By: sourceware.org Received: from mail.imc-berlin.de (HELO mail.imc-berlin.de) (217.110.46.186) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 06 Sep 2006 15:03:15 +0000 Received: from mailserver.berlin.imc-berlin.de (mailserver.berlin.imc-berlin.de [10.0.0.19]) by mail.imc-berlin.de (Postfix) with ESMTP id D42632F028 for ; Wed, 6 Sep 2006 17:57:29 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mailserver.berlin.imc-berlin.de (Postfix) with ESMTP id 14046A297 for ; Wed, 6 Sep 2006 17:03:13 +0200 (CEST) Received: from [10.0.2.29] (zarges.berlin.imc-berlin.de [10.0.2.29]) by mailserver.berlin.imc-berlin.de (Postfix) with ESMTP id 312009BD2 for ; Wed, 6 Sep 2006 17:03:12 +0200 (CEST) Message-ID: <44FEE32E.60401@imc-berlin.de> Date: Wed, 06 Sep 2006 15:03:00 -0000 From: "Zarges, Olav" User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: "gdb@sourceware.org" Subject: Re: gdb-6.5 produces infinite backtrace on ARM 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> In-Reply-To: <20060906144356.GA2786@nevyn.them.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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/msg00033.txt.bz2 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. [298.906] 207^done,new-thread-id="4",frame={level="0",addr="0x402c8d60",func="poll",args=[],from="/opt/crosstool/gcc-3.4.4-glibc-2.3.5-linux-2.6.12/arm-softfloat-linux-gnu/arm-softfloat-linux-gnu/lib/libc.so.6"} [298.906] (gdb) [298.906] 208-stack-info-depth [298.968] &"Previous frame identical to this frame (corrupt stack?)\n" [298.968] 208^error,msg="Previous frame identical to this frame (corrupt stack?)" [298.968] (gdb) [298.968] 209-stack-info-depth [299.000] 209^done,depth="4" [299.000] (gdb) [299.000] 210-stack-info-depth [299.015] 210^done,depth="4" [299.015] (gdb) [299.015] 211-thread-select 3 [299.031] 211^done,new-thread-id="3",frame={level="0",func="f2",args=[],file="../threads.cpp",fullname="/cygdrive/e/eclipse/ws_threads/Threads-arm/threads.cpp",line="30"},line="30",file="../threads.cpp" [299.031] (gdb) [299.031] 212-thread-select 4 [299.046] 212^done,new-thread-id="4",frame={level="0",addr="0x402c8d60",func="poll",args=[],from="/opt/crosstool/gcc-3.4.4-glibc-2.3.5-linux-2.6.12/arm-softfloat-linux-gnu/arm-softfloat-linux-gnu/lib/libc.so.6"} [299.046] (gdb) [299.046] 213-stack-list-frames 0 4 [299.140] &"Previous frame identical to this frame (corrupt stack?)\n" [299.140] 213^error,msg="Previous frame identical to this frame (corrupt stack?)" [299.140] (gdb) [299.140] 214-thread-select 3 [299.156]