From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Han-Wen Nienhuys Newsgroups: gmane.lisp.guile.devel Subject: stumped by scm_car/scm_cdr Date: Sat, 25 Sep 2004 01:29:56 +0200 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: <16724.44532.557784.986630@byrd.xs4all.nl> Reply-To: hanwen@xs4all.nl NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1096068619 31014 80.91.229.6 (24 Sep 2004 23:30:19 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 24 Sep 2004 23:30:19 +0000 (UTC) Cc: jantien@xs4all.nl Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Sep 25 01:30:13 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CAzW0-0001Gj-00 for ; Sat, 25 Sep 2004 01:30:12 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CAzc7-0006tC-64 for guile-devel@m.gmane.org; Fri, 24 Sep 2004 19:36:31 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CAzc0-0006t6-3P for guile-devel@gnu.org; Fri, 24 Sep 2004 19:36:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CAzby-0006su-IB for guile-devel@gnu.org; Fri, 24 Sep 2004 19:36:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CAzby-0006sr-FZ for guile-devel@gnu.org; Fri, 24 Sep 2004 19:36:22 -0400 Original-Received: from [213.84.26.127] (helo=byrd.xs4all.nl) by monty-python.gnu.org with esmtp (TLSv1:DES-CBC3-SHA:168) (Exim 4.34) id 1CAzVd-0002Rn-Fm for guile-devel@gnu.org; Fri, 24 Sep 2004 19:29:49 -0400 Original-Received: from byrd.xs4all.nl (localhost.localdomain [127.0.0.1]) by byrd.xs4all.nl (8.13.0/8.13.0) with ESMTP id i8ONTuFg020221; Sat, 25 Sep 2004 01:29:56 +0200 Original-To: guile-devel@gnu.org X-Mailer: VM 7.14 under Emacs 21.3.1 X-yoursite-MailScanner-Information: Please contact the ISP for more information X-yoursite-MailScanner: Found to be clean X-MailScanner-From: hanwen@xs4all.nl X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.lisp.guile.devel:4161 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:4161 I have a problem that I cannot make heads of tails from. If I go through the entire LilyPond C++ source, and replace ly_car defined as inline SCM ly_car (SCM x) { return SCM_CAR (x); } by scm_car and do the same for scm_cdr(), then my LilyPond mysteriously hangs in (gdb) r input/example-1 [Thread debugging using libthread_db enabled] [New Thread 1075224992 (LWP 13675)] Now processing `input/example-1.ly' Parsing... Program received signal SIGINT, Interrupt. [Switching to Thread 1075224992 (LWP 13675)] 0xffffe410 in ?? () (gdb) bt #0 0xffffe410 in ?? () #1 0xbfffa058 in ?? () #2 0x00000002 in ?? () #3 0x43afa18e in __lll_mutex_lock_wait () from /lib/tls/libpthread.so.0 (gdb) this seemingly happens at a random place, and I can't investigate by setting a breakpoint on __lll_mutex_lock_wait (If I try, the run inside GDB succeeds as normal.) What could be going on here? -- Han-Wen Nienhuys | hanwen@xs4all.nl | http://www.xs4all.nl/~hanwen _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel