From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25795 invoked by alias); 10 Mar 2008 07:58:13 -0000 Received: (qmail 25782 invoked by uid 22791); 10 Mar 2008 07:58:12 -0000 X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 10 Mar 2008 07:57:55 +0000 Received: (qmail 13835 invoked from network); 10 Mar 2008 07:57:53 -0000 Received: from unknown (HELO localhost) (vladimir@127.0.0.2) by mail.codesourcery.com with ESMTPA; 10 Mar 2008 07:57:53 -0000 From: Vladimir Prus To: Nick Roberts Subject: Re: [RFA] Async mode fixes. Date: Mon, 10 Mar 2008 07:58:00 -0000 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) Cc: gdb-patches@sources.redhat.com References: <200803051027.29575.vladimir@codesourcery.com> <200803081158.40723.vladimir@codesourcery.com> <18386.63679.965070.279756@kahikatea.snap.net.nz> In-Reply-To: <18386.63679.965070.279756@kahikatea.snap.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803101057.51401.vladimir@codesourcery.com> Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-03/txt/msg00083.txt.bz2 On Saturday 08 March 2008 23:36:15 Nick Roberts wrote: > I think the command "target async" is a bit misleading and it should really be > called "target remote-async" (I'm not really suggesting changing it). Well, ideally, it would be called 'target remote' ;-) Having two different modes, where one mode has strictly more features than the other, is a way to have one of the modes bit-rot. > My changes aren't just for Linux, but an exec target. I mean native debugging > (I think) with just one implementation - linux. It sounds like I'm inflating > what I've done but other native targets can presumably be adapted to make use > of the changes in inf-ptrace.c, exec.c etc. > > If all targets could run asynchronously, then it seems that that mode should > be specified at startup: > > gdb --async myprog > > in which case > > (gdb) target remote host:2222 > > would do what > > (gdb) target async host:2222 > > currently does and > > (gdb) run > > would run the native applications asynchronously. Likewise, I think it's better to always use async mode, if the target supports it. We're not at the point when we can do it -- even with my patch, 'target async' has a couple of extra failures relatively to 'target remote', and I never tried getting test results for linux native -- but I think having async mode always on should be end goal. - Volodya