From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13780 invoked by alias); 17 Jun 2003 01:06:22 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 13691 invoked from network); 17 Jun 2003 01:06:20 -0000 Received: from unknown (HELO crack.them.org) (146.82.138.56) by sources.redhat.com with SMTP; 17 Jun 2003 01:06:20 -0000 Received: from dsl093-172-017.pit1.dsl.speakeasy.net ([66.93.172.17] helo=nevyn.them.org ident=mail) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 19S4wB-00042S-00; Mon, 16 Jun 2003 20:07:04 -0500 Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian)) id 19S4vM-0005Xa-00; Mon, 16 Jun 2003 21:06:12 -0400 Date: Tue, 17 Jun 2003 01:06:00 -0000 From: Daniel Jacobowitz To: Michael Snyder Cc: Andrew Cagney , Paul Koning , gdb-patches@sources.redhat.com Subject: Re: RFA: "disconnect" command Message-ID: <20030617010611.GA21259@nevyn.them.org> Mail-Followup-To: Michael Snyder , Andrew Cagney , Paul Koning , gdb-patches@sources.redhat.com References: <20030614042642.GA28231@nevyn.them.org> <16109.50758.138766.451235@pkoning.dev.equallogic.com> <20030616134103.GA17403@nevyn.them.org> <16109.52652.901052.156258@pkoning.dev.equallogic.com> <20030616143810.GA8603@nevyn.them.org> <3EEDDC98.6050407@redhat.com> <3EEE56F5.C98744D9@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3EEE56F5.C98744D9@redhat.com> User-Agent: Mutt/1.5.1i X-SW-Source: 2003-06/txt/msg00552.txt.bz2 On Mon, Jun 16, 2003 at 04:47:01PM -0700, Michael Snyder wrote: > Andrew Cagney wrote: > > > > > On Mon, Jun 16, 2003 at 10:01:16AM -0400, Paul Koning wrote: > > > > > >> >>>>> "Daniel" == Daniel Jacobowitz writes: > > > > > >> > > >> Daniel> On Mon, Jun 16, 2003 at 09:29:42AM -0400, Paul Koning wrote: > > >> >> >>>>> "Daniel" == Daniel Jacobowitz writes: > > >> >> ... > > >> Daniel> Refresher on this one: the patch adds a "disconnect" commad, > > >> Daniel> and implements it for remote targets. "disconnect" leaves > > >> Daniel> the target stopped, while "detach" usually resumes it. > > >> Daniel> Useful with kgdb, gdbserver, et cetera. > > >> >> Useful indeed. But there is nothing in the names "detach" and > > >> >> "disconnect" that suggests how they differ. Would it be possible > > >> >> to have command names that are suggestive of their action? > > >> > > >> Daniel> The last time I proposed this, we went back and forth for a > > >> Daniel> week on names and this was the best we could come up with. > > >> Daniel> Have you got a better suggestion? > > >> > > >> Nothing really promising. But how about doing this with an (optional) > > >> argument on the "detach" command, e.g., "detach stop" and "detach go" > > >> with the latter being the default? > > > > > > > > > That's similar to what I suggested originally, though it makes a little > > > more sense. If other people like it I'll switch, but I don't really > > > think it's better than disconnect. > > > > There was: > > connect / disconnect > > attach / detach > > as pairs. > > Argh. But "connect" isn't really analogous to attach. > It's analogous to "target remote". Well, there is no "connect" - in fact "target remote" is paired with disconnect. Still open to better ideas on the naming; but either way I'd like to commit this before another release goes by... -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer