From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10449 invoked by alias); 18 Feb 2008 06:26:17 -0000 Received: (qmail 10371 invoked by uid 22791); 18 Feb 2008 06:26:16 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.8) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 18 Feb 2008 06:25:42 +0000 Received: from kahikatea.snap.net.nz (103.30.255.123.static.snap.net.nz [123.255.30.103]) by viper.snap.net.nz (Postfix) with ESMTP id 4D7BD3DA2EB; Mon, 18 Feb 2008 19:25:35 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id B6E768FC6D; Mon, 18 Feb 2008 19:25:30 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18361.9433.599580.415136@kahikatea.snap.net.nz> Date: Mon, 18 Feb 2008 06:26:00 -0000 To: Vladimir Prus Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] Implement -thread-info. In-Reply-To: <200802171833.26673.vladimir@codesourcery.com> References: <200802171833.26673.vladimir@codesourcery.com> X-Mailer: VM 7.19 under Emacs 22.1.90.2 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: 2008-02/txt/msg00282.txt.bz2 > Presently, the MI -thread-info and -thread-list-all-threads > commands are not implemented, so a frontend wishing to know > the state of all threads upon stop is required to manually iterate > over threads, or use CLI. This patch implements -thread-info, > that prints essentially the same information as 'info thread' in CLI. > The new command can either print information for all threads, or > for a specific one provided as argument, making -thread-list-all-threads > not necessary. mi_info_threads is nearly the same function as thread_command. Can this be used in a dual way just as -break-list uses breakpoint_1? Also Denis Pilat has already proposed a patch for -thread-info: http://sourceware.org/ml/gdb-patches/2007-03/msg00167.html How does your patch compare? (assuming the problem of return type is solved as has been done for thread_select). -- Nick http://www.inet.net.nz/~nickrob