From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15754 invoked by alias); 8 Jan 2014 03:17:37 -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 15732 invoked by uid 89); 8 Jan 2014 03:17:36 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 08 Jan 2014 03:17:36 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s083HXWI013018 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 7 Jan 2014 22:17:33 -0500 Received: from barimba (ovpn-113-85.phx2.redhat.com [10.3.113.85]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s083HWe0001250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 7 Jan 2014 22:17:32 -0500 From: Tom Tromey To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Cc: gdb-patches@sourceware.org, guile-user@gnu.org Subject: Re: [PATCH v2 02/13] script language API for GDB: extension.[ch] References: <52a7f3e8.e7ed440a.1c58.020f@mx.google.com> <87vbyffcwu.fsf@fleche.redhat.com> <87txdklqk4.fsf@gnu.org> <87r48kkc9g.fsf@fleche.redhat.com> <87eh4krl81.fsf@gnu.org> <87iotvixu4.fsf@fleche.redhat.com> <87vbxv8kag.fsf@gnu.org> Date: Wed, 08 Jan 2014 03:17:00 -0000 In-Reply-To: <87vbxv8kag.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Wed, 08 Jan 2014 00:05:43 +0100") Message-ID: <87ob3nduwj.fsf@fleche.redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) 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-01/txt/msg00173.txt.bz2 >>>>> "Ludovic" =3D=3D Ludovic Court=C3=A8s writes: Ludovic> I guess this is another limitation of Guile=E2=80=99s current sign= al handling Ludovic> strategy, and something we should fix. I think it seems reasonable for Guile itself, but yeah, it makes it harder to integrate into gdb. I was pleasantly surprised that Python's approach was similar enough to gdb's that we could easily integrate the two. The Python approach -- basically just setting a per-signal flag that is checked in the Python equivalent of SCM_TICK -- might be nice for Guile; however Guile has better threading support, so some additional work may be required. Also, at least for gdb it may make sense to mask SIGINT and SIGCHLD in new Guile threads, if that is possible. Tom