From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 102065 invoked by alias); 8 Jul 2015 19:46:24 -0000 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 Received: (qmail 102025 invoked by uid 89); 8 Jul 2015 19:46:21 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Wed, 08 Jul 2015 19:46:21 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id 894994334AE; Wed, 8 Jul 2015 19:46:19 +0000 (UTC) Received: from [127.0.0.1] (ovpn01.gateway.prod.ext.ams2.redhat.com [10.39.146.11]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t68JkHVB011152; Wed, 8 Jul 2015 15:46:18 -0400 Message-ID: <559D7E09.6080202@redhat.com> Date: Wed, 08 Jul 2015 19:46:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Eli Zaretskii , Andrew Burgess CC: gdb-patches@sourceware.org Subject: Re: [RFC] Use of create_new_frame from 'frame'. References: <20150708170944.GA17985@embecosm.com> <83io9uv3lb.fsf@gnu.org> In-Reply-To: <83io9uv3lb.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-SW-Source: 2015-07/txt/msg00251.txt.bz2 On 07/08/2015 08:42 PM, Eli Zaretskii wrote: >> Date: Wed, 8 Jul 2015 18:09:44 +0100 >> From: Andrew Burgess >> >> I wonder then if there's a better way to offer this feature. The two >> possible choices (other suggestions welcome) are: >> >> 1. Create a new command 'create-frame' that takes one or two >> arguments, and always creates and selects a new frame new frame. >> The frame command no longer creates new frames. >> >> 2. Make 'frame' take an (optional) flag (like 'x', or >> 'disassemble'), so a user can now say: >> frame /c STACK-ADDR PC-ADDR >> in order to create (and select) a new frame. Without the /c flag >> no new frames are created. With the flag only new frames are >> created, old frames are not selected. > > You could also ask the user for confirmation, when the command is > going to create a new frame. I'd rather the explicit approach, because querying works when in interactive mode, but not with scripts. (and because I see no benefit to the current overloading of number/address, only downsides.) Thanks, Pedro Alves