From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19727 invoked by alias); 5 Feb 2009 08:10:05 -0000 Received: (qmail 19718 invoked by uid 22791); 5 Feb 2009 08:10:04 -0000 X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org Received: from ti-out-0910.google.com (HELO ti-out-0910.google.com) (209.85.142.190) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 05 Feb 2009 08:09:59 +0000 Received: by ti-out-0910.google.com with SMTP id y8so162966tia.12 for ; Thu, 05 Feb 2009 00:09:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.110.92.8 with SMTP id p8mr338823tib.10.1233821396478; Thu, 05 Feb 2009 00:09:56 -0800 (PST) In-Reply-To: <6D19CA8D71C89C43A057926FE0D4ADAA04E1BF53@ecamlmw720.eamcs.ericsson.se> References: <6D19CA8D71C89C43A057926FE0D4ADAA06CB0F19@ecamlmw720.eamcs.ericsson.se> <6D19CA8D71C89C43A057926FE0D4ADAA04E1BF53@ecamlmw720.eamcs.ericsson.se> Date: Thu, 05 Feb 2009 08:10:00 -0000 Message-ID: Subject: Re: MI *stopped versus silent breakpoint From: teawater To: Marc Khouzam , Pedro Alves , Vladimir Prus Cc: gdb@sourceware.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-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2009-02/txt/msg00034.txt.bz2 Hi Marc, I read the source code in infcmd.c:finish_backward. This is because function "proceed" will be call twice in "finish_backward". Maybe MI output depend some observer_notify_target_xxx function. So it output twice. So, do you think it affect your work very much? Pedro and Vladimir, sorry to disturb you. This issue have some relation with MI. Could you please give us some help in it? Thanks, Hui On Tue, Feb 3, 2009 at 19:47, Marc Khouzam wrote: > Hi, > > if you look at your example output below, > there is two *stopped events and two *running events, > although you only issued one reverse-finish. > > From a user perspective, there should be one *stopped > and one *running. So, for the frontend, multiple > events are not exact; but the frontend can be made > smart enough to ignore them. > > Marc > > > -----Original Message----- > From: teawater [mailto:teawater@gmail.com] > Sent: Tue 2/3/2009 12:36 AM > To: Marc Khouzam > Cc: gdb@sourceware.org > Subject: Re: MI *stopped versus silent breakpoint > > Hi Marc, > > When I try reverse-debug with MI what I got is: > (gdb) > reverse-finish > &"reverse-finish\n" > ~"Run back to call of #0 cool () at 1.c:15\n" > ^running > *running,thread-id="all" > (gdb) > *stopped > *running,thread-id="all" > ~"main () at 1.c:25\n" > ~"25\t b = cool ();\n" > *stopped > (gdb) > > Could you give me some example about what you talk about ? > > > Thanks, > Hui > > On Wed, Jan 21, 2009 at 23:41, Marc Khouzam wrote: >> Hi, >> >> I just found out that a breakpoint can be made silent, in which case >> there >> is no breakpoint output when it is hit. When doing a reverse-finish >> operation, a silent breakpoint is used, and when hit the inferior is >> resumed >> automatically, and then a single-step is done. >> >> In CLI, it makes it look like the inferior stopped only once, instead of >> twice. >> >> In MI though, with the *stopped events, we do get an empty >> *stopped for the silent breakpoint. So I see two *stopped events >> consecutively. >> >> I wondered if a silent breakpoint should in fact generate a *stopped >> event >> or not? For a frontend, it can be confusing to see two stopped events. >> FYI, what I did for DSF-GDB and reverse debugging, is to ignore empty >> *stopped. >> I stilled wondered about GDB though. >> >> Marc >> >> >> >> >> >> >> > >