From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8698 invoked by alias); 11 Feb 2009 18:57:42 -0000 Received: (qmail 8690 invoked by uid 22791); 11 Feb 2009 18:57:42 -0000 X-SWARE-Spam-Status: No, hits=-2.9 required=5.0 tests=AWL,BARRACUDA_BRBL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 11 Feb 2009 18:57:33 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LXKH2-0003aD-V6 for gdb@sources.redhat.com; Wed, 11 Feb 2009 18:57:29 +0000 Received: from h86-62-88-129.ln.rinet.ru ([86.62.88.129]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Feb 2009 18:57:28 +0000 Received: from vladimir by h86-62-88-129.ln.rinet.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 11 Feb 2009 18:57:28 +0000 To: gdb@sources.redhat.com From: Vladimir Prus Subject: Re: Problem with -stack-list-frames Date: Wed, 11 Feb 2009 18:57:00 -0000 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.10.9 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: 2009-02/txt/msg00094.txt.bz2 Dmitry Smirnov wrote: > Hi, > > I was using gdb-6.8.50.20080630 for a while in the following configuration: > - Eclipse CDT as a front end, > - gdb-6.8.50.20080630 as ARM debugger connected to skyeye simulator > - skyeye simulator as a remote target (server) > > It was working fine till I had tried to swicth to another (modern) way in CDT debug configuration > (called DSF). > > With the guys that support this new feature, we found that gdb does not respond correctly to > -stack-list-frames command. > > Here is the output, I got from gdb (plus few more commands): > > info threads > * 1 Thread
tmc_init () at qct\services\tmc\tmc.c:11541 > warning: RMT ERROR : failed to get remote thread list. > -stack-list-frames > > bt > #0 tmc_init () at qct\services\tmc\tmc.c:11541 > #1 0x00c1d4c6 in tmc_task (ignored=) > at qct\services\tmc\tmc.c:12350 > #2 0x00eee43e in rex_thread_init (entrypoint=0xc1d4a9 ) > at qct\services\rexl4\rexl4.c:174 > #3 0x00f3e0c8 in __thread_stub () > #4 0x00f3e0c8 in __thread_stub () > Backtrace stopped: previous frame identical to this frame (corrupt stack?) > > As you can see, info threads and bt works as expected. Please enable the verbose mode in the console -- there's a button in the toolbar. This will tell exactly what the error is -- and I'm 51% sure the problem is that you are trying to send MI command, and DSF thinks it's CLI command, and sends something not right. And this might be unrelated to whatever problem you are having in the first place. CDI debuggers have a way to enable verbose console mode in the launch configuration. Please do that in DSF and then see if something is wrong with any GDB response. - Volodya