From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27920 invoked by alias); 29 Nov 2007 02:08:03 -0000 Received: (qmail 27911 invoked by uid 22791); 29 Nov 2007 02:08:02 -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; Thu, 29 Nov 2007 02:07:54 +0000 Received: from kahikatea.snap.net.nz (127.30.255.123.static.snap.net.nz [123.255.30.127]) by viper.snap.net.nz (Postfix) with ESMTP id 978B43DA301; Thu, 29 Nov 2007 15:07:51 +1300 (NZDT) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 153178FC6D; Thu, 29 Nov 2007 15:07:48 +1300 (NZDT) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18254.7923.167270.745538@kahikatea.snap.net.nz> Date: Thu, 29 Nov 2007 02:08:00 -0000 To: Pawel Piech Cc: gdb@sourceware.org Subject: Re: Non-stop multi-threaded debugging In-Reply-To: <474CFA34.1030309@windriver.com> References: <474CFA34.1030309@windriver.com> X-Mailer: VM 7.19 under Emacs 23.0.50.4 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-11/txt/msg00265.txt.bz2 > ... A -thread-select on an > ID of a process followed by an -exec-continue would resume an entire > process, while a -thread-select of a thread's ID followed by a continue > would resume only that thread. This could also be applied to all other > commands that need to operate on a process, such as -thread-list-ids, > -break-insert, etc. This would change the current behaviour of these commands. If a new command is undesirable then perhaps optional parameters could be used: -exec-continue [ -p THREAD-ID/PROCESS-ID ] -exec-interrupt [ -p THREAD-ID/PROCESS-ID ] It appears that -break-insert already has such an option for threads. -- Nick http://www.inet.net.nz/~nickrob