From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7118 invoked by alias); 7 Sep 2007 08:11:43 -0000 Received: (qmail 7110 invoked by uid 22791); 7 Sep 2007 08:11:43 -0000 X-Spam-Check-By: sourceware.org Received: from heller.inter.net.il (HELO heller.inter.net.il) (213.8.233.23) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 07 Sep 2007 08:11:33 +0000 Received: from HOME-C4E4A596F7 (IGLD-83-130-249-223.inter.net.il [83.130.249.223]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id DOH49285 (AUTH halo1); Fri, 7 Sep 2007 11:11:25 +0300 (IDT) Date: Fri, 07 Sep 2007 09:04:00 -0000 Message-Id: From: Eli Zaretskii To: Vladimir Prus CC: gdb@sources.redhat.com In-reply-to: <200709062334.42089.ghost@cs.msu.su> (message from Vladimir Prus on Thu, 6 Sep 2007 23:34:41 +0400) Subject: Re: MI: "^running" issues Reply-to: Eli Zaretskii References: <200709041653.22357.ghost@cs.msu.su> <200709061046.21723.ghost@cs.msu.su> <200709062334.42089.ghost@cs.msu.su> 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: 2007-09/txt/msg00069.txt.bz2 > From: Vladimir Prus > Date: Thu, 6 Sep 2007 23:34:41 +0400 > Cc: gdb@sources.redhat.com > > > > > A less trivial example is "info break" (to see > > > > what breakpoints were already hit during execution up to now, in case > > > > your "commands" for the breakpoints continue the target). > > > > > > Technically speaking, you don't need async for that -- you can interrupt > > > the target, provide output, and then go on. > > > > If the target is timing-sensitive, interrupting it is not a good idea, > > as it can disrupt the timing and cause all kinds of side effects that > > will ruin your debug session. > > It appears to me that the time to interrupt the target, print output > and resume is roughly equal to the time it takes to a hit of breakpoint > with commands. That's probably true, but consider this: when I put a breakpoint in some place, I presumably know what I'm doing, and can plan my breakpoints and the associated commands so that they don't disrupt the program's operation. By contrast, an interrupt at some random time cannot be planned like that. > And basically, I don't care much about existing code. Well, I do, especially given the people who wrote it. > What I'm concerned is that I have > a real bug, where "^running" is not output where it should be. If there is a bug, it should be fixed, there's no doubt about that. > The code related to that bug has something to do with async mode, > but it's pretty unclear why it should be, and how would I test > that my fixes don't break that async mode. Well, Nick is trying to improve on the async code, perhaps he could help understand the offending code and find the right fix for the problem you found.