From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26067 invoked by alias); 14 Sep 2010 16:30:13 -0000 Mailing-List: contact archer-help@sourceware.org; run by ezmlm Sender: Precedence: bulk List-Post: List-Help: List-Subscribe: List-Id: Received: (qmail 26057 invoked by uid 22791); 14 Sep 2010 16:30:12 -0000 X-SWARE-Spam-Status: No, hits=-6.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Date: Tue, 14 Sep 2010 16:30:00 -0000 From: Jan Kratochvil To: Oleg Nesterov Cc: Roland McGrath , Kevin Buettner , archer@sourceware.org Subject: Re: gdbstub initial code, v9 Message-ID: <20100914163001.GA591@host1.dyn.jankratochvil.net> References: <20100908191838.GA27120@redhat.com> <20100909152937.GA21586@redhat.com> <20100912225350.6d5ccc12@mesquite.lan> <20100914022003.6989A403E6@magilla.sf.frob.com> <20100914160700.GA20290@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100914160700.GA20290@redhat.com> User-Agent: Mutt/1.5.20 (2009-12-10) X-SW-Source: 2010-q3/txt/msg00189.txt.bz2 On Tue, 14 Sep 2010 18:07:00 +0200, Oleg Nesterov wrote: > I guess, I misunderstood the subsequent discussion as if non-stop is > more important or preferred (I do not know how people use gdb). That > is why I switched to non-stop. I would find non-stop as a more general solution. In non-stop mode one still can stop each and all the threads manually. But in all-stop mode one cannot keep the (other) threads running. > So, in the long term, which mode is more useful? And, I suppose that > (unfortunately ;) ugdb should support both ? Just people are more used to the all-stop mode and also the testsuite cases do not expect non-stop so for the compatibility reasons (both with humans and with the testsuite) the all-stop mode at ugdb probably makes sense. all-stop mode could be also emulated probably from the GDB client side. Still not suitable for some specially crafted testsuite cases but those may not be applicable for various reasons to ugdb anyway. Thanks, Jan