From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24454 invoked by alias); 23 Jan 2006 16:02:27 -0000 Received: (qmail 24444 invoked by uid 22791); 23 Jan 2006 16:02:27 -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; Mon, 23 Jan 2006 16:02:23 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1F1496-0004cV-4R; Mon, 23 Jan 2006 11:02:20 -0500 Date: Mon, 23 Jan 2006 17:05:00 -0000 From: Daniel Jacobowitz To: David Lamy-Charrier Cc: GDB List Subject: Re: breakpoint commands no more working due to MI front-end Message-ID: <20060123160220.GB16524@nevyn.them.org> Mail-Followup-To: David Lamy-Charrier , GDB List References: <6541ed4c0601230241p2646be6bm87251b26a935bb7e@mail.gmail.com> <20060123134952.GA13642@nevyn.them.org> <6541ed4c0601230745o6e063cb6he3ec808e544cd887@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6541ed4c0601230745o6e063cb6he3ec808e544cd887@mail.gmail.com> User-Agent: Mutt/1.5.8i 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-01/txt/msg00219.txt.bz2 On Mon, Jan 23, 2006 at 04:45:51PM +0100, David Lamy-Charrier wrote: > Daniel, > > Thanks for your help. > Here attached is a log between Eclipse and GDB. > GDB stops on a breakpoint where it is supposed to display a value and > then continue. > Unfortunately, it seems that it first informs Eclipse that it stops > and Eclipse query infos about threads, stack-frame... and the commands > attached to the breakpoint are never executed. > > When GDB stops on a breakpoint with commands associated, does it > inform the front-end with MI commands ? if yes, is it after executing > the commands or before ? Looks like breakpoint commands are just broken with MI. I think it has something to do with the event loop; GDB has too many different ones still lying around for me to be sure what's going on. But I think a call to bpstat_do_actions in mi_execute_command or mi_execute_command_wrapper might do it. -- Daniel Jacobowitz CodeSourcery