From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1469 invoked by alias); 16 Jun 2003 23:47:10 -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 1420 invoked from network); 16 Jun 2003 23:47:09 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sources.redhat.com with SMTP; 16 Jun 2003 23:47:09 -0000 Received: from int-mx2.corp.redhat.com (nat-pool-rdu-dmz.redhat.com [172.16.52.200] (may be forged)) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h5GNl5H02075 for ; Mon, 16 Jun 2003 19:47:05 -0400 Received: from potter.sfbay.redhat.com (potter.sfbay.redhat.com [172.16.27.15]) by int-mx2.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h5GNl2T17479; Mon, 16 Jun 2003 19:47:02 -0400 Received: from redhat.com (reddwarf.sfbay.redhat.com [172.16.24.50]) by potter.sfbay.redhat.com (8.11.6/8.11.6) with ESMTP id h5GNl1K24528; Mon, 16 Jun 2003 16:47:01 -0700 Message-ID: <3EEE56F5.C98744D9@redhat.com> Date: Mon, 16 Jun 2003 23:47:00 -0000 From: Michael Snyder Organization: Red Hat, Inc. X-Accept-Language: en MIME-Version: 1.0 To: Andrew Cagney CC: Daniel Jacobowitz , Paul Koning , gdb-patches@sources.redhat.com Subject: Re: RFA: "disconnect" command 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> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-SW-Source: 2003-06/txt/msg00551.txt.bz2 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".