From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9883 invoked by alias); 1 Nov 2006 22:56:29 -0000 Received: (qmail 9875 invoked by uid 22791); 1 Nov 2006 22:56:28 -0000 X-Spam-Check-By: sourceware.org Received: from sibelius.xs4all.nl (HELO brahms.sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 01 Nov 2006 22:56:24 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by brahms.sibelius.xs4all.nl (8.13.8/8.13.6) with ESMTP id kA1MtnEU013200; Wed, 1 Nov 2006 23:55:49 +0100 (CET) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.8/8.13.6) with ESMTP id kA1Mtn5k030406; Wed, 1 Nov 2006 23:55:49 +0100 (CET) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.8/8.13.8/Submit) id kA1Mtnq5021717; Wed, 1 Nov 2006 23:55:49 +0100 (CET) Date: Wed, 01 Nov 2006 22:56:00 -0000 Message-Id: <200611012255.kA1Mtnq5021717@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: drow@false.org CC: gdb@sourceware.org In-reply-to: <20061101202811.GA20484@nevyn.them.org> (message from Daniel Jacobowitz on Wed, 1 Nov 2006 15:28:11 -0500) Subject: Re: [rfc] "reset" / "create-inferior" commands References: <20061101202811.GA20484@nevyn.them.org> Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-11/txt/msg00004.txt.bz2 > Date: Wed, 1 Nov 2006 15:28:11 -0500 > From: Daniel Jacobowitz > > Some time ago I asked about name choices for a command which would create a > new process, or restart an existing process, without running it. I've > already done the GDB internals work for such a command; the only reason I > haven't added one already is that I couldn't come up with a name. > > Here's what it should do: > - When doing native debugging, it should fork and exec the program, > and run until the command shell execs the real program (if necessary). > - When connected to a remote embedded board, it should send the "restart" > packet. > > That corresponds in both cases to calling target_create_inferior but not > proceed. > > I haven't seen a good name which works for both scenarios. The best idea so > far comes from Paul Brook - if we call the new command "reset", it's > accurate for boards, and not terribly awkward for native processes. > Alternatively, we could add two names for the command which did the same > thing ("create-inferior" or "create-process" as an alias for "reset"). > > [I would actually have picked "restart" over "reset", but that's taken for > checkpoints. We could still steal it and use "restart checkpoint 1" for > checkpoints, if others think restart is preferable to reset.] > > Any comments on this name? I keep wanting the command, so I'd like to find > an acceptable name, and then I can go ahead and implement it. This sounds like a command I've always wanted, but I don't associate it at all with "reset". "create-inferior" might be more appropriate, but I don't think it'll make sense to people who don't know GDB's internals. How about "setup"? Sounds to me like that's what this command will do; setting up a new process to be debugged. Mark