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: Fri, 05 Sep 2014 13:50:37 +0200 Message-ID: <87tx4mxp4i.fsf@gnu.org> 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> 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 1409917856 8603 80.91.229.3 (5 Sep 2014 11:50:56 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Sep 2014 11:50:56 +0000 (UTC) Cc: Doug Evans , guile-devel@gnu.org, gdb-patches@sourceware.org To: Eli Zaretskii Original-X-From: gdb-patches-return-115551-gdb-gdb-patches=m.gmane.org@sourceware.org Fri Sep 05 13:50:49 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 1XPs2S-0002pB-9r for gdb-gdb-patches@plane.gmane.org; Fri, 05 Sep 2014 13:50:48 +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=e6Kx7LtEuh0TADFiM9gz9xUK+oSIhMLeAXZrUGUlsZ4 UzaerrPbc8pA5CPHFQBiIh31eJb7qlV+9XZDmgeqEDQOo0/RbDWPhYLIbtP/i/vV wEKuuKwiuKg9YwyAPUIFNz/slkO63Nroy23yy8BQc5zKiFnl7trWwQf2OJEemLLY = 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=Nxcnq9FpMsCc0P3dDQNojCgFm6A=; b=HufhM/hKugt9Bhg6K PFxxD87zM7dvqLqaHbUTlvdSGzblqaRzUHCth5E6TC3ojDTqtCv9vd/W7x6GiEz6 mRyIjLcogb/DmrNDgpbtEq7zDqTZ1kb6u7fP9L3ALdf2+i++ItuEjMIzMt3peCFS QxDAA0PhBoFUF85LajtFs2sEUg= Original-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-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Original-Sender: gdb-patches-owner@sourceware.org Original-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 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; Fri, 05 Sep 2014 11:50:41 +0000 Original-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) 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 KFynn9gbM3Ot; Fri, 5 Sep 2014 13:50:37 +0200 (CEST) Original-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) 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 In-Reply-To: <83a96ee9lk.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 05 Sep 2014 11:48:39 +0300") User-Agent: Gnus/5.130011 (Ma Gnus v0.11) Emacs/24.3 (gnu/linux) Xref: news.gmane.org gmane.comp.gdb.patches:100529 gmane.lisp.guile.devel:17414 Archived-At: 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.