From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4360 invoked by alias); 8 Jun 2009 01:34:36 -0000 Received: (qmail 4352 invoked by uid 22791); 8 Jun 2009 01:34:36 -0000 X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from imr2.ericy.com (HELO imr2.ericy.com) (198.24.6.3) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 08 Jun 2009 01:34:28 +0000 Received: from eusrcmw751.eamcs.ericsson.se (eusrcmw751.exu.ericsson.se [138.85.77.51]) by imr2.ericy.com (8.13.1/8.13.1) with ESMTP id n581XxD0009896; Sun, 7 Jun 2009 20:33:59 -0500 Received: from ecamlmw720.eamcs.ericsson.se ([142.133.1.72]) by eusrcmw751.eamcs.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Sun, 7 Jun 2009 20:33:58 -0500 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Subject: RE: Move the multi-forks support to the generic multi-inferiors support. Date: Mon, 08 Jun 2009 01:34:00 -0000 Message-ID: <6D19CA8D71C89C43A057926FE0D4ADAA0789E524@ecamlmw720.eamcs.ericsson.se> In-Reply-To: <200906061707.21594.pedro@codesourcery.com> References: <200905310013.38916.pedro@codesourcery.com> <200906061707.21594.pedro@codesourcery.com> From: "Marc Khouzam" To: "Pedro Alves" , "Tom Tromey" Cc: 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: 2009-06/txt/msg00167.txt.bz2 =20 > -----Original Message----- > From: gdb-patches-owner@sourceware.org=20 > [mailto:gdb-patches-owner@sourceware.org] On Behalf Of Pedro Alves > Sent: June-06-09 12:07 PM > To: Tom Tromey > Cc: gdb-patches@sourceware.org > Subject: Re: Move the multi-forks support to the generic=20 > multi-inferiors support. >=20 > On Saturday 06 June 2009 01:07:29, Tom Tromey wrote: >=20 > > How about this? It adds the column headings and prints=20 > something when > > there are no inferiors. >=20 > This is fine with me, thanks, but, >=20 > are you planning on doing something similar to "info threads" output? > IMO, both these commands should be consistent. In that case, you > may have an issue with MI, as it calls print_thread_info --- I don't > know if using a table instead of a list changes MI output. Just a note that up to GDB 6.8, we used the output of "info threads" in the DSF-GDB Eclipse frontend. With GDB 7.0 we moved to "-thread-info" So, I'm not affected by a change of output, but=20 I'm saying this to point out that some frontend may still be using it and may break when moving to GDB 7.0 if the format changes. I think CDI-GDB (the older Eclipse GDB frontend) is in that=20 category. I'm not sure if you enforce CLI output backwards compatibility... Marc >=20 > (I was a bit surprised to (re-)find that MI doesn't use > print_inferior) >=20 > --=20 > Pedro Alves >=20