From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28233 invoked by alias); 23 Jan 2006 17:05:51 -0000 Received: (qmail 28225 invoked by uid 22791); 23 Jan 2006 17:05:51 -0000 X-Spam-Check-By: sourceware.org Received: from uproxy.gmail.com (HELO uproxy.gmail.com) (66.249.92.201) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 23 Jan 2006 17:05:49 +0000 Received: by uproxy.gmail.com with SMTP id k40so1222482ugc for ; Mon, 23 Jan 2006 09:05:46 -0800 (PST) Received: by 10.48.80.8 with SMTP id d8mr357469nfb; Mon, 23 Jan 2006 09:05:45 -0800 (PST) Received: by 10.49.5.10 with HTTP; Mon, 23 Jan 2006 09:05:45 -0800 (PST) Message-ID: <6541ed4c0601230905q50e4a6b1rc8e4659b63589633@mail.gmail.com> Date: Mon, 23 Jan 2006 17:37:00 -0000 From: David Lamy-Charrier To: GDB List Subject: Re: breakpoint commands no more working due to MI front-end In-Reply-To: <20060123160220.GB16524@nevyn.them.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <6541ed4c0601230241p2646be6bm87251b26a935bb7e@mail.gmail.com> <20060123134952.GA13642@nevyn.them.org> <6541ed4c0601230745o6e063cb6he3ec808e544cd887@mail.gmail.com> <20060123160220.GB16524@nevyn.them.org> 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/msg00220.txt.bz2 Thanks Daniel for the idea, I am going to try it. But if I am right, mi_execute_command is called to handle MI commands from the front-end, so it is already too late to execute the commands associated with the breakpoint. The commands should have been executed before and the front-end should even not be notified that GDB stopped and continued, no? Thanks, David On 1/23/06, Daniel Jacobowitz wrote: > 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 >