From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-125774-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 77398 invoked by alias); 1 Sep 2015 15:22:51 -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 77372 invoked by uid 89); 1 Sep 2015 15:22:50 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mail-qk0-f176.google.com
Received: from mail-qk0-f176.google.com (HELO mail-qk0-f176.google.com) (209.85.220.176) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 01 Sep 2015 15:22:48 +0000
Received: by qkbp67 with SMTP id p67so44702501qkb.3        for <gdb-patches@sourceware.org>; Tue, 01 Sep 2015 08:22:46 -0700 (PDT)
MIME-Version: 1.0
X-Received: by 10.129.55.79 with SMTP id e76mr2209779ywa.84.1441120964669; Tue, 01 Sep 2015 08:22:44 -0700 (PDT)
Received: by 10.13.254.195 with HTTP; Tue, 1 Sep 2015 08:22:44 -0700 (PDT)
In-Reply-To: <83lhcqcin7.fsf@gnu.org>
References: <m3r3mmdn7g.fsf@sspiff.org>	<831tel3o68.fsf@gnu.org>	<CAP9bCMQmWmbLg9qZ3ZyVyTF=fBOB-sJtFAr1=OCC_g53aGYRUw@mail.gmail.com>	<83wpwd26lt.fsf@gnu.org>	<CAP9bCMRh+y4aNzgOThff5syzGs5-i2XpcbLVYw5G1avgd4QVvA@mail.gmail.com>	<201508292104.t7TL42OS020892@glazunov.sibelius.xs4all.nl>	<83si711oyo.fsf@gnu.org>	<CAP9bCMSC3-NKPptfdisum8Au50yF_LbFb9e2sP6jfGxNPOZSDA@mail.gmail.com>	<83lhcqcin7.fsf@gnu.org>
Date: Tue, 01 Sep 2015 15:22:00 -0000
Message-ID: <CAP9bCMRY0XtLFUW=8ZFHdXfE0HdvkaPdOGs8gv+2hzsLeE6SLA@mail.gmail.com>
Subject: Re: [RFC] Block all async signals used by gdb when initializing Guile
From: Doug Evans <xdje42@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: Mark Kettenis <mark.kettenis@xs4all.nl>, 	"gdb-patches@sourceware.org" <gdb-patches@sourceware.org>, guile-devel <guile-devel@gnu.org>
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
X-SW-Source: 2015-09/txt/msg00014.txt.bz2

On Tue, Sep 1, 2015 at 7:35 AM, Eli Zaretskii <eliz@gnu.org> wrote:
>> The goal here is to block these signals from being sent to the threads
>> that Guile (or more specifically libgc) creates.
>
> Why only libgc?  Don't we want to block these signals in any Guile
> code invoked later by GDB?

Any threads created later are required to DTRT themselves.
[Same as on python.]