From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-100950-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 14034 invoked by alias); 29 Apr 2013 15:30:52 -0000
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
Received: (qmail 14018 invoked by uid 89); 29 Apr 2013 15:30:52 -0000
X-Spam-SWARE-Status: No, score=-4.3 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RCVD_IN_HOSTKARMA_YE,SPF_SOFTFAIL autolearn=no version=3.3.1
Received: from mtaout21.012.net.il (HELO mtaout21.012.net.il) (80.179.55.169)    by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Mon, 29 Apr 2013 15:30:51 +0000
Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MM000600VWF6300@a-mtaout21.012.net.il> for gdb-patches@sourceware.org; Mon, 29 Apr 2013 18:30:48 +0300 (IDT)
Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MM00063XWFB6130@a-mtaout21.012.net.il>; Mon, 29 Apr 2013 18:30:48 +0300 (IDT)
Date: Tue, 30 Apr 2013 00:58:00 -0000
From: Eli Zaretskii <eliz@gnu.org>
Subject: Re: [RFA] Thread exit messages on MS-Windows
In-reply-to: <87li817699.fsf@fleche.redhat.com>
To: Tom Tromey <tromey@redhat.com>
Cc: gdb-patches@sourceware.org
Reply-to: Eli Zaretskii <eliz@gnu.org>
Message-id: <83mwshqrq8.fsf@gnu.org>
References: <83obd1tyi7.fsf@gnu.org> <838v44tnf8.fsf@gnu.org> <87li817699.fsf@fleche.redhat.com>
X-SW-Source: 2013-04/txt/msg00876.txt.bz2

> From: Tom Tromey <tromey@redhat.com>
> Cc: gdb-patches@sourceware.org
> Date: Mon, 29 Apr 2013 08:37:06 -0600
> 
> >>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> In thread.c, I see that add_thread_with_info will announce new threads
> >> if print_thread_events is non-zero, but I see no similar announcement
> >> in delete_thread or its subroutines.  Is this supposed to be handled
> >> by target-specific back ends?  I see something like that in, e.g.,
> >> linux-nat.c and in inf-ttrace.c, but I'm unsure whether that is a
> >> conclusive evidence.
> >> 
> >> If indeed thread deletion should be announced by the target, why this
> >> asymmetry with thread creation?
> 
> Eli> No one replied, so I'm now converting this into an RFA.  The patch
> Eli> below causes GDB on Windows to display thread exit messages like this:
> 
> I didn't answer, but I also wonder why it is not done by delete_thread.

If we decide to do this in delete_thread, then we will have to remove
the announcements in several target-specific files which do that, like
linux-nat.c.  Is that OK?