From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11745 invoked by alias); 17 Feb 2014 16:06:30 -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 11732 invoked by uid 89); 17 Feb 2014 16:06:30 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=0.1 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; Mon, 17 Feb 2014 16:06:29 +0000 Received: from localhost (localhost [127.0.0.1]) by hera.aquilenet.fr (Postfix) with ESMTP id ACFA31C9C; Mon, 17 Feb 2014 17:06:27 +0100 (CET) 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 PlSqj+a84AnR; Mon, 17 Feb 2014 17:06:27 +0100 (CET) Received: from pluto (eduroam-129a.sophia.inria.fr [193.51.208.129]) by hera.aquilenet.fr (Postfix) with ESMTPSA id 63E421BF9; Mon, 17 Feb 2014 17:06:27 +0100 (CET) From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Mark Kettenis Cc: xdje42@gmail.com, gdb-patches@sourceware.org, guile-user@gnu.org Subject: Re: [PATCH] Improved ^c support for gdb/guile In-Reply-To: <201402170927.s1H9RgXf020012@glazunov.sibelius.xs4all.nl> (Mark Kettenis's message of "Mon, 17 Feb 2014 10:27:42 +0100 (CET)") References: <201402170927.s1H9RgXf020012@glazunov.sibelius.xs4all.nl> User-Agent: Gnus/5.130007 (Ma Gnus v0.7) Emacs/24.3 (gnu/linux) X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 29 =?utf-8?Q?Pluvi=C3=B4se?= 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: Mon, 17 Feb 2014 16:06:00 -0000 Message-ID: <874n3xg1vh.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-SW-Source: 2014-02/txt/msg00534.txt.bz2 Mark Kettenis skribis: > Didn't realize Guile used threads. I guess that's safe if the > interpreter makes sure it never calls into GDB code concurrently. Actually :-), Guile comes with a REPL server, which clients (such as Geiser, an Emacs mode for Scheme) can connect to. But the server runs in a separate thread. My reaction as a Guiler was to spawn that server, and connect Emacs to it so I could do live development =E2=80=9Cthe usual way=E2=80=9D. But som= etimes, starting a new thread crashes GDB. When it does not, accessing the inferior=E2=80=99s memory from the server thread always fails (=E2=80=9CCan= not access memory=E2=80=9D), even though accessing the same memory region from GDB=E2= =80=99s main thread does work. Anyway, I gather that this is not supported. (Note that by default, Guile 2.0 has one signal-handling thread in addition to its main thread. The BDW GC can also be configured to use a separate marking thread. I don=E2=80=99t think these are a concern for GDB though.) Thanks, Ludo=E2=80=99.