From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30037 invoked by alias); 7 Jul 2005 21:47:15 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 30013 invoked by uid 22791); 7 Jul 2005 21:47:11 -0000 Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 07 Jul 2005 21:47:11 +0000 Received: from farnswood.snap.net.nz (p89-tnt1.snap.net.nz [202.124.110.89]) by viper.snap.net.nz (Postfix) with ESMTP id D09F25E4E48; Fri, 8 Jul 2005 09:47:06 +1200 (NZST) Received: by farnswood.snap.net.nz (Postfix, from userid 501) id 2E61F62A99; Thu, 7 Jul 2005 22:49:00 +0100 (BST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17101.41804.380817.748045@farnswood.snap.net.nz> Date: Thu, 07 Jul 2005 21:47:00 -0000 To: Karganov Konstantin Cc: Daniel Jacobowitz , gdb@sources.redhat.com Subject: Re: MI usage inside a user-defined commands In-Reply-To: References: <20050707130334.GA3033@nevyn.them.org> X-SW-Source: 2005-07/txt/msg00074.txt.bz2 > > I don't know the intention - but usually, to manipulate program > > variables in MI, one uses varobj. > I know. > But it seems too much fuss to create a varobj, assign a value and delete > it when I need just to raise a flag in a debugged program... The implementation of -gdb-set currently does use CLI but it is still presented as an MI command. So, although the implementation might change, I see no reason for the command itself to disappear. Since the documentation doesn't suggest it is temporary or should not be used for program variables, I would use this command if it is more convenient. Nick