From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-78153-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 9985 invoked by alias); 11 Feb 2011 20:42:56 -0000
Received: (qmail 9977 invoked by uid 22791); 11 Feb 2011 20:42:56 -0000
X-SWARE-Spam-Status: No, hits=-1.9 required=5.0	tests=AWL,BAYES_00,T_RP_MATCHES_RCVD
X-Spam-Check-By: sourceware.org
Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100)    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 11 Feb 2011 20:42:50 +0000
Received: (qmail 32308 invoked from network); 11 Feb 2011 20:42:49 -0000
Received: from unknown (HELO scottsdale.localnet) (pedro@127.0.0.2)  by mail.codesourcery.com with ESMTPA; 11 Feb 2011 20:42:49 -0000
From: Pedro Alves <pedro@codesourcery.com>
To: gdb-patches@sourceware.org
Subject: Re: [rfa] clean up output of "info set" command.
Date: Fri, 11 Feb 2011 20:42:00 -0000
User-Agent: KMail/1.13.5 (Linux/2.6.35-25-generic; KDE/4.6.0; x86_64; ; )
Cc: Michael Snyder <msnyder@vmware.com>
References: <4D5599E8.6030408@vmware.com>
In-Reply-To: <4D5599E8.6030408@vmware.com>
MIME-Version: 1.0
Content-Type: Text/Plain;  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Message-Id: <201102112042.45033.pedro@codesourcery.com>
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2011-02/txt/msg00220.txt.bz2

On Friday 11 February 2011 20:19:52, Michael Snyder wrote:
> "info set" is meant to show the state of all "set"-able
> debugger state variables, but it really executes each and
> every "show" command in alphabetical order.
> 
> Several of these commands (notably "copying" and "warranty")
> have no corresponding "set" command, are not "set"-able, and
> produce a lot of output.  Especially "show copying" which
> produces pages and pages of output.

Isn't there a property of the command we could check
instead of hardcoding specific command names?

> 
> This patch excludes "copying", "warranty", and "version" from
> the output of "info set'.

-- 
Pedro Alves