From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tom Tromey Newsgroups: gmane.comp.gdb.patches,gmane.lisp.guile.user Subject: Re: [PATCH v2 02/13] script language API for GDB: extension.[ch] Date: Tue, 07 Jan 2014 20:17:32 -0700 Message-ID: <87ob3nduwj.fsf@fleche.redhat.com> 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> 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 1389151058 31148 80.91.229.3 (8 Jan 2014 03:17:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 8 Jan 2014 03:17:38 +0000 (UTC) Cc: gdb-patches@sourceware.org, guile-user@gnu.org To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Original-X-From: gdb-patches-return-108971-gdb-gdb-patches=m.gmane.org@sourceware.org Wed Jan 08 04:17:42 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 1W0jeH-0003Zp-NR for gdb-gdb-patches@plane.gmane.org; Wed, 08 Jan 2014 04:17:42 +0100 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=Po2CQ7/6tAFEhPeYmf+m/tcY20+eYPP6+Psm9N73AGI 1cn6fZsQopD10CoiOGRy2t8QwEEMgN7XnJ0dUX40AcsmXMW4Jp/lNXRp+Qjy397w 6PM8eiq4U3SsiqEjZAs6cPwhre/buvFE5TaB21g3zB4COcJK7REyQGNZg1yWWYmU = 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=2JMSjO3BQ6J0lnUVI1zjv9XzznI=; b=HHi41mzMl7+xhnYuP gRfZ/6AlEuduGgMP66BnfMAGdR6plKxGhJURxuYfzmmFy+tDC8Qc7Md8be/c6kOB 0a3vffQ/gAFWnxlizzDp9LJ6BF8OK8a8/W+tllG6E0VrVOKq5Zochw7Y9zi53cHO mLObm3aR0PnsxBeum2uJZgVwlA= Original-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-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Original-Sender: gdb-patches-owner@sourceware.org Original-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 Original-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 Original-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 Original-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 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") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) Xref: news.gmane.org gmane.comp.gdb.patches:93973 gmane.lisp.guile.user:10987 Archived-At: >>>>> "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