From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26874 invoked by alias); 8 Jun 2009 23:22:26 -0000 Received: (qmail 26866 invoked by uid 22791); 8 Jun 2009 23:22:26 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (65.74.133.4) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 08 Jun 2009 23:22:20 +0000 Received: (qmail 28028 invoked from network); 8 Jun 2009 23:22:18 -0000 Received: from unknown (HELO orlando.local) (pedro@127.0.0.2) by mail.codesourcery.com with ESMTPA; 8 Jun 2009 23:22:18 -0000 From: Pedro Alves To: Tom Tromey Subject: Re: Move the multi-forks support to the generic multi-inferiors support. Date: Mon, 08 Jun 2009 23:22:00 -0000 User-Agent: KMail/1.9.10 Cc: "Marc Khouzam" , gdb-patches@sourceware.org References: <200905310013.38916.pedro@codesourcery.com> <6D19CA8D71C89C43A057926FE0D4ADAA0789E524@ecamlmw720.eamcs.ericsson.se> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906090023.24642.pedro@codesourcery.com> 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/msg00196.txt.bz2 On Monday 08 June 2009 23:40:59, Tom Tromey wrote: > >>>>> "Marc" == Marc Khouzam writes: > > Marc> Just a note that up to GDB 6.8, we used the output of "info threads" > Marc> in the DSF-GDB Eclipse frontend. With GDB 7.0 we moved to > Marc> "-thread-info" > Marc> So, I'm not affected by a change of output > > Unfortunately both -thread-info and "info threads" just amount to a > call to print_thread_info. So, if we fix that to use a table, it will > change the MI output, IIUC. Yeah, one of the advantages (or not!) of using uiout is that it allows sharing that code. But that could be worked around just by making a special version of that function for MI, but... Marc is right... -thread-info is too recent --- it's post-6.8 even. It's likely that current frontends would get confused with the column headers, probably mistaking it for a thread entry (my guess, atoi on the thread num, and calling it thread 0) :-( This probably includes emacs, so should be easy to try just for fun. :-) -- Pedro Alves