From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22176 invoked by alias); 7 Jul 2008 08:36:08 -0000 Received: (qmail 22163 invoked by uid 22791); 7 Jul 2008 08:36:08 -0000 X-Spam-Check-By: sourceware.org Received: from f134.mail.ru (HELO f134.mail.ru) (194.67.57.115) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 07 Jul 2008 08:35:46 +0000 Received: from mail by f134.mail.ru with local id 1KFmCF-0001Gl-00 for gdb@sourceware.org; Mon, 07 Jul 2008 12:35:43 +0400 Received: from [212.92.145.7] by win.mail.ru with HTTP; Mon, 07 Jul 2008 12:35:43 +0400 From: Dmitry Smirnov To: gdb@sourceware.org Subject: =?koi8-r?Q?Re=3A_How_to_catch_GDB_crash?= Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 Date: Mon, 07 Jul 2008 08:36:00 -0000 References: <200807050414.43765.pedro@codesourcery.com> In-Reply-To: <200807050414.43765.pedro@codesourcery.com> Reply-To: Dmitry Smirnov Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: X-Spam: Not detected X-Mras: OK 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: 2008-07/txt/msg00038.txt.bz2 Didn't have much time to digger. It seems that Eclipse CDT debugger is confused with the delayed "running" response. CDT can connect to the remote debugger, retireve stack (it is absent at this point, in fact), retrieve variables, disassebling. But when I try to run it ("-exec-continue") there is nothing responded from gdb (i.e. "running" until it hits the breakpoint. Since in my case, it takes significant time to get to BP, Eclipse decides that target is not responding and either terminates ("gdbServer" CDT debugger) or behaves oddly ("Hardware" CDT Debugger): it sends commands like usual but do not show retrieved data (gdb itself responses correctly). > > P.S. I'll test your patch a little bit later and come back with results. > >