From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10954 invoked by alias); 5 Sep 2014 11:50:44 -0000 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 Received: (qmail 10936 invoked by uid 89); 5 Sep 2014 11:50:43 -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 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; Fri, 05 Sep 2014 11:50:41 +0000 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id BC64638A9; Fri, 5 Sep 2014 13:50:37 +0200 (CEST) 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 KFynn9gbM3Ot; Fri, 5 Sep 2014 13:50:37 +0200 (CEST) Received: from pluto (pluto.bordeaux.inria.fr [193.50.110.57]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 82817369D; Fri, 5 Sep 2014 13:50:37 +0200 (CEST) From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Eli Zaretskii Cc: Doug Evans , guile-devel@gnu.org, gdb-patches@sourceware.org Subject: Re: [PATCH][PR guile/17247] Block SIGCHLD while initializing Guile References: <834mwsh2nu.fsf@gnu.org> <8338ccgj78.fsf@gnu.org> <87ppffabw8.fsf@gnu.org> <83y4u3flr2.fsf@gnu.org> <87r3zv71qy.fsf@gnu.org> <83vbp7fer3.fsf@gnu.org> <83iol6f3iy.fsf@gnu.org> <83a96ee9lk.fsf@gnu.org> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 19 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 Date: Fri, 05 Sep 2014 11:50:00 -0000 In-Reply-To: <83a96ee9lk.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 05 Sep 2014 11:48:39 +0300") Message-ID: <87tx4mxp4i.fsf@gnu.org> User-Agent: Gnus/5.130011 (Ma Gnus v0.11) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2014-09/txt/msg00142.txt.bz2 Eli Zaretskii skribis: >> From: Doug Evans >> Cc: ludo@gnu.org, guile-devel@gnu.org, gdb-patches@sourceware.org >> Date: Fri, 05 Sep 2014 01:26:28 -0700 >>=20 >> we can't physically prevent [users] from starting threads. > > Of course we can: if Guile gives us a way to disable threads, any user > extension that attempts to start a thread will simply fail. What Guile provides is a configure-time switch to disable threads (the default is to enable threads.) However, I would find it unacceptable to require GDB users to have a specially-configured Guile. What I would suggest is to strongly warn against the use of threads in the manual. If users ignore that warning, I think it=E2=80=99s their probl= em. We might be able to annihilate thread functionality, for instance by =E2=80=98set!=E2=80=99ing the relevant bindings in Guile when GDB starts up= . But that=E2=80=99s fragile and it misses the point: that users are free to run whatever code they want anyway, and have plenty of other ways to mess up with GDB (the same applies to Python extensions.) (Besides, I agree with Pedro that the long-term vision should be to eventually permit multi-threaded extensions, although I understand that it won=E2=80=99t happen overnight.) Thanks, Ludo=E2=80=99.