From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1332 invoked by alias); 26 Apr 2008 22:36:48 -0000 Received: (qmail 1321 invoked by uid 22791); 26 Apr 2008 22:36:47 -0000 X-Spam-Check-By: sourceware.org Received: from main.gmane.org (HELO ciao.gmane.org) (80.91.229.2) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 26 Apr 2008 22:36:28 +0000 Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jpt0H-000783-0a for gdb-patches@sources.redhat.com; Sat, 26 Apr 2008 22:36:21 +0000 Received: from 78.158.192.230 ([78.158.192.230]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Apr 2008 22:36:21 +0000 Received: from vladimir by 78.158.192.230 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 26 Apr 2008 22:36:21 +0000 To: gdb-patches@sources.redhat.com From: Vladimir Prus Subject: Re: [RFA] Report the main thread. Date: Sun, 27 Apr 2008 09:03:00 -0000 Message-ID: References: <200804262005.18646.vladimir@codesourcery.com> <18451.43847.127294.906184@kahikatea.snap.net.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit User-Agent: KNode/0.10.5 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/msg00614.txt.bz2 Nick Roberts wrote: > > >> 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? What is the purpose of =thread-created? Presumably, this is to allow the frontend to keep up-to-date list of threads without doing -thread-info. For that to be possible, it's necessary that for every single thread in the output of -thread-info, there's also =thread-created. Of course, a frontend might decide to use -thread-info most of the time, and use =thread-create to update the list only when the target is running, in which case reporting the main thread might be less critical. But still, it seems more consistent to report main thread, as long as -thread-info includes it. - Volodya