From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Newsgroups: gmane.comp.gdb.patches,gmane.lisp.guile.devel Subject: Re: [PATCH][PR guile/17247] Block SIGCHLD while initializing Guile Date: Mon, 01 Sep 2014 18:18:45 +0200 Message-ID: <87r3zv71qy.fsf@gnu.org> References: <834mwsh2nu.fsf@gnu.org> <8338ccgj78.fsf@gnu.org> <87ppffabw8.fsf@gnu.org> <83y4u3flr2.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1409588348 26439 80.91.229.3 (1 Sep 2014 16:19:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 1 Sep 2014 16:19:08 +0000 (UTC) Cc: gdb-patches@sourceware.org, guile-devel@gnu.org To: Eli Zaretskii Original-X-From: gdb-patches-return-115432-gdb-gdb-patches=m.gmane.org@sourceware.org Mon Sep 01 18:19:01 2014 Return-path: Envelope-to: gdb-gdb-patches@plane.gmane.org Original-Received: from server1.sourceware.org ([209.132.180.131] helo=sourceware.org) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XOUJo-0003OG-HB for gdb-gdb-patches@plane.gmane.org; Mon, 01 Sep 2014 18:19:00 +0200 DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-type:content-transfer-encoding; q=dns; s=default; b=XhxmDA1DJbQfBFPxRq0ggp8TBgrnFRttFAYN6pxjGhH 9VVFHR3li/jE1hU7jH8kfvCqbTyX28yWVCLyk8YPAKnYaDkGs0MCpUPT5qR8g374 cKEJLG4IxRspwl3kRBTIXrLdCTuR44n9NIxWltFNIn/AnscZ4B3l0LlrzSglS5TM = DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-type:content-transfer-encoding; s=default; bh=f4P+Ww53vJMWts0zJc6+xQ95r8s=; b=f9m7DeouUY6UTGH7W TrWTzAM4Z43QpEM1o491op5ao5NCTZVLxJviD89h5r9n00jEgrE8dYH4ne5oQMo3 /VzZvMRYUx1verhEwpthftjc7FtVu9CvjUj9A093sIPb9nMe38XFGUWhyj9z3z66 0NxjDWd8P7nxEF9GfYQoJzBQ3o= Original-Received: (qmail 28055 invoked by alias); 1 Sep 2014 16:18:57 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Original-Sender: gdb-patches-owner@sourceware.org Original-Received: (qmail 28015 invoked by uid 89); 1 Sep 2014 16:18:52 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: hera.aquilenet.fr Original-Received: from hera.aquilenet.fr (HELO hera.aquilenet.fr) (141.255.128.1) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 01 Sep 2014 16:18:50 +0000 Original-Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id 6882938C9; Mon, 1 Sep 2014 18:18:46 +0200 (CEST) Original-Received: from hera.aquilenet.fr ([127.0.0.1]) by localhost (hera.aquilenet.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R7+5shA6Xbx9; Mon, 1 Sep 2014 18:18:46 +0200 (CEST) Original-Received: from pluto (pluto.bordeaux.inria.fr [193.50.110.57]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 295F338C3; Mon, 1 Sep 2014 18:18:46 +0200 (CEST) X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 15 Fructidor an 222 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0xEA52ECF4 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 83C4 F8E5 10A3 3B4C 5BEA D15D 77DD 95E2 EA52 ECF4 X-OS: x86_64-unknown-linux-gnu In-Reply-To: <83y4u3flr2.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 01 Sep 2014 17:39:29 +0300") User-Agent: Gnus/5.130011 (Ma Gnus v0.11) Emacs/24.3 (gnu/linux) Xref: news.gmane.org gmane.comp.gdb.patches:100413 gmane.lisp.guile.devel:17385 Archived-At: Eli Zaretskii skribis: >> From: ludo@gnu.org (Ludovic Court=C3=A8s) >> Date: Mon, 01 Sep 2014 12:11:19 +0200 >> Cc: guile-devel@gnu.org >>=20 >> Eli Zaretskii skribis: >>=20 >> > In GDB, Guile is just an extension language. I see no catastrophe in >> > saying there are some restrictions to what a Guile extension in GDB >> > can and cannot do. >>=20 >> That can be acceptable, but requiring users to re-build Guile and GC >> without thread support is not, IMO. > > Perhaps we should request GC and Guile to provide capabilities to > disable threads at run time, then. I don=E2=80=99t think we need to go this far: reading the recent discussion= s, it seems Doug found a way to make sure Guile=E2=80=99s and libgc=E2=80=99s int= ernal threads don=E2=80=99t receive signals that GDB is interested in, which should be en= ough for practical purposes. Ludo=E2=80=99.