From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15494 invoked by alias); 2 Jan 2012 19:19:34 -0000 Received: (qmail 15485 invoked by uid 22791); 2 Jan 2012 19:19:33 -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:19:19 +0000 Received: by wibhq12 with SMTP id hq12so11570499wib.0 for ; Mon, 02 Jan 2012 11:19:17 -0800 (PST) Received: by 10.216.134.71 with SMTP id r49mr32435984wei.49.1325531957826; Mon, 02 Jan 2012 11:19:17 -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 ej17sm51736965wbb.14.2012.01.02.11.19.15 (version=SSLv3 cipher=OTHER); Mon, 02 Jan 2012 11:19:16 -0800 (PST) Message-ID: <4F020332.90308@gmail.com> Date: Mon, 02 Jan 2012 19:19: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: Doug Evans CC: Stan Shebs , Eli Zaretskii , 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/msg00060.txt.bz2 On 01/02/2012 06:15 PM, Doug Evans wrote: > On Mon, Jan 2, 2012 at 4:08 AM, Pedro Alves wrote: >> It may be important to this discussion to consider that in its present form, >> "info os" is more useful in its MI variant, where the frontend queries >> GDB for what tables does the backend expose (with "info os"), and then >> presents them in spreadsheet-like format, all without any hardcoding. >> Exposing >> more bits in the GNU/Linux backends serves the purpose of being the >> reference implementation / proof-of-concept. > > IWBN to expose such functionality to python without python having to > parse the CLI output (i.e. funnel the xml to python). Certainly. "info os" is all about structured data. Whether exposed as raw xml or as some other pre-parsed structured form is arguable; it could be said to fit fit in the general theme of exposing mi structures to python as well? Not sure. -- Pedro Alves