From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28087 invoked by alias); 26 Apr 2008 22:23:33 -0000 Received: (qmail 28075 invoked by uid 22791); 26 Apr 2008 22:23:32 -0000 X-Spam-Check-By: sourceware.org Received: from viper.snap.net.nz (HELO viper.snap.net.nz) (202.37.101.25) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 26 Apr 2008 22:23:07 +0000 Received: from kahikatea.snap.net.nz (252.61.255.123.dynamic.snap.net.nz [123.255.61.252]) by viper.snap.net.nz (Postfix) with ESMTP id 851273DB343; Sun, 27 Apr 2008 10:23:04 +1200 (NZST) Received: by kahikatea.snap.net.nz (Postfix, from userid 1000) id 8FB5C8FC6D; Sun, 27 Apr 2008 10:23:03 +1200 (NZST) From: Nick Roberts MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18451.43847.127294.906184@kahikatea.snap.net.nz> Date: Sun, 27 Apr 2008 04:27:00 -0000 To: Vladimir Prus Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] Report the main thread. In-Reply-To: References: <200804262005.18646.vladimir@codesourcery.com> <200804261617.m3QGH9dv027362@brahms.sibelius.xs4all.nl> <20080426185448.GA14511@caradoc.them.org> X-Mailer: VM 7.19 under Emacs 22.2.50.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-04/txt/msg00613.txt.bz2 > >> Will some approach that only produce MI output be fine with you? > > > > Perhaps that means any observer for a new MI thread should go in > > add_thread_silent? > > Yes, moving the observer call to add_thread_silent is the most > direct approach to make MI work the way I want without disturbing CLI. I still don't see the point in reporting the main thread. If there's more than one thread the user can switch between them but what course of action is available with just one thread? -- Nick http://www.inet.net.nz/~nickrob