From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7440 invoked by alias); 5 May 2014 06:03:17 -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 7426 invoked by uid 89); 5 May 2014 06:03:16 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_SOFTFAIL autolearn=no version=3.3.2 X-HELO: mtaout20.012.net.il Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 05 May 2014 06:03:13 +0000 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N5300J006S9TB00@a-mtaout20.012.net.il> for gdb-patches@sourceware.org; Mon, 05 May 2014 09:03:09 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5300JI37H9IF70@a-mtaout20.012.net.il>; Mon, 05 May 2014 09:03:09 +0300 (IDT) Date: Mon, 05 May 2014 06:03:00 -0000 From: Eli Zaretskii Subject: Re: [PATCH v2 00/36] Guile extension language for GDB In-reply-to: To: Tillmann Karras Cc: xdje42@gmail.com, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83ha54zrry.fsf@gnu.org> References: X-IsSubscribed: yes X-SW-Source: 2014-05/txt/msg00032.txt.bz2 > Date: Sun, 04 May 2014 21:59:08 +0200 > From: Tillmann Karras > Cc: gdb-patches@sourceware.org > > On 2014-04-28 00:15, Doug Evans wrote: > > If you're running gdb under gdb, and the child gdb is hanging, > > can you type Ctrl-C when it hangs, and then obtain a backtrace of the > > child gdb? > > Pressing Ctrl-C just prints "[New Thread 0x7ffff4b6f700 (LWP 14601)]" > but I don't get any prompt. My crystal ball says that Ctrl-C causes Guile to start its signal delivery thread, which is the reason for the "New Thread" message you see. > > It's been suggested to give the following a try. > > Does that fix things for you? > > > > bash$ export GC_MARKERS=1 > > > > before starting gdb > > It's a workaround for a libgc 7.4.0 bug. > > I verified my arch-linux has libgc 7.4.0, but I may have just gotten > > lucky. > > Yes, "gdb -ex 'set environment GC_MARKERS 1' -ex r gdb" makes it work > for me. (Maybe your test VM had only one core?) What bug is that in libgc, and what are its symptoms?