From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 20070 invoked by alias); 2 Jan 2012 19:31:23 -0000 Received: (qmail 20062 invoked by uid 22791); 2 Jan 2012 19:31:22 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from mail-wi0-f169.google.com (HELO mail-wi0-f169.google.com) (209.85.212.169) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 02 Jan 2012 19:31:09 +0000 Received: by wibhq12 with SMTP id hq12so11578143wib.0 for ; Mon, 02 Jan 2012 11:31:08 -0800 (PST) Received: by 10.181.12.43 with SMTP id en11mr108312840wid.6.1325532668384; Mon, 02 Jan 2012 11:31:08 -0800 (PST) Received: from [192.168.0.103] (bl16-31-110.dsl.telepac.pt. [188.81.31.110]) by mx.google.com with ESMTPS id fi11sm51777590wbb.9.2012.01.02.11.31.06 (version=SSLv3 cipher=OTHER); Mon, 02 Jan 2012 11:31:07 -0800 (PST) Message-ID: <4F0205F9.2040900@gmail.com> Date: Mon, 02 Jan 2012 19:31:00 -0000 From: Pedro Alves User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:9.0) Gecko/20111222 Thunderbird/9.0 MIME-Version: 1.0 To: Eli Zaretskii CC: stanshebs@earthlink.net, gdb-patches@sourceware.org Subject: Re: [PATCH] Add extra 'info os' information types for Linux (trunk and 7.4) References: <4E95DC58.7030805@codesourcery.com> <4ECD3496.1070609@codesourcery.com> <4EF9497B.9020501@earthlink.net> <4EFA54FF.1080307@earthlink.net> <4F019E45.5010906@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes 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 X-SW-Source: 2012-01/txt/msg00063.txt.bz2 On 01/02/2012 12:35 PM, Eli Zaretskii wrote: >> Date: Mon, 02 Jan 2012 12:08:37 +0000 >> From: Pedro Alves >> CC: Eli Zaretskii, gdb-patches@sourceware.org >> >> The idea of "info os" is to leave GDB completely agnostic of what is >> it the backend decides to present to the user/frontend. GDB only >> knows that it is being given a table with columns and lines. We >> should not assume that "info os FOO" means the same thing on >> different OSs. FOO in "info os FOO" is completely not standardized. > > As I already wrote, I have absolutely no problems with that, provided > that we apply this logic consistently. Doing so would mean that we > should gather all the OS-specific "info MyOS SOMETHING" under the > single "info os" roof, and remove "info dos", "info w32", etc. Provided those commands output tabular form data, and, have no dependency on current inferior context (e.g., apply to the current inferior only), then it would work. I don't think at least "info w32" is not a good fit for that reason. "info os" really lists info about everything (all processes, threads, etc.) running on the target. E.g., on GNU/Linux, "info os sem" lists all semaphores in the system, not just the current inferior's. Also, "info os" is not a full replacement for a hard coded command today. E.g., we'd lose the specific online help for those commands' and their sub-fields, given the generality of "info os". -- Pedro Alves