From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.lisp.guile.user,gmane.comp.programming.garbage-collection.boehmgc Subject: Re: GNU Guile 2.0.10 released Date: Wed, 26 Mar 2014 20:24:01 +0200 Message-ID: <8361n0zum6.fsf@gnu.org> References: <87fvmgxvxw.fsf@gnu.org> <87pplj1b1b.fsf@pobox.com> <87fvmeb8mu.fsf@gnu.org> <87r45xmh2q.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1395858258 24343 80.91.229.3 (26 Mar 2014 18:24:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Mar 2014 18:24:18 +0000 (UTC) Cc: bdwgc@lists.opendylan.org, ludo@gnu.org, guile-user@gnu.org To: Panicz Maciej Godek Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Wed Mar 26 19:24:28 2014 Return-path: Envelope-to: guile-user@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WSsV0-0002tf-OE for guile-user@m.gmane.org; Wed, 26 Mar 2014 19:24:26 +0100 Original-Received: from localhost ([::1]:49532 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WSsV0-0002oP-C7 for guile-user@m.gmane.org; Wed, 26 Mar 2014 14:24:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57599) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WSsUm-0002oD-V9 for guile-user@gnu.org; Wed, 26 Mar 2014 14:24:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WSsUh-0008LW-M2 for guile-user@gnu.org; Wed, 26 Mar 2014 14:24:12 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:42538) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WSsUh-0008LM-E9; Wed, 26 Mar 2014 14:24:07 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N32003003102900@a-mtaout20.012.net.il>; Wed, 26 Mar 2014 20:24:05 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N32002JX344KI80@a-mtaout20.012.net.il>; Wed, 26 Mar 2014 20:24:05 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.166 X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.user:11166 gmane.comp.programming.garbage-collection.boehmgc:5838 Archived-At: > Date: Thu, 20 Mar 2014 11:34:53 +0100 > From: Panicz Maciej Godek > Cc: bdwgc@lists.opendylan.org, "guile-user@gnu.org" > > >> I did remove the only reference to mkstemp.c that appeared in the > >> Makefile.am, then run autoreconf and configure, but it turned out that > >> there were still some dependencies on libguile_2.0_la-mkstemp.o in the > >> generated libguile/Makefile. After removing those, I went through that > >> part of compilation, but the process stalled on the GEN > >> guile-procedures.texi. > > > > OK. How long did you wait? That part can take a bit of time (I'd say > > 30s to 1mn maybe) because it runs the yet-to-be-compiled Guile. > > I decided to run the whole process once again, and GEN > guile-procedures.texi has been running for almost an hour now, and it > clearly uses no CPU. > > I had a "process hacker" tool installed, and it allows me to do some > introspection (although I understand very little). There are two > threads running in the "youngest" guile.exe (#2820), the first one > with start address > guile.exe+0x1570 > and the second with > msvcrt.dll!endthreadex+0x3a > > When I inspect the first thread, I get: > > 0, ntkrnlpa.exe!KiDeliverApc+0xb3 > 1, ntkrnlpa.exe!ZwYieldExecution+0x19ae > 2, ntkrnlpa.exe!NtWaitForSingleObject+0x38c > 3, ntkrnlpa.exe!KeReleaseInStackQueuedSpinLockFromDpcLevel+0xb14 > 4, ntdll.dll!KiFastSystemCallRet > 5, kernel32.dll!WaitForMultipleObjects+0x18 > 6, pthreadGC2.dll!pthreadCancelableTimedWait+0x4b > 7, pthreadGC2.dll!sem_timedwait+0x16f > 8, 0x79a50 > > The inspection of the second thread shows: > > 0, ntkrnlpa.exe!KiDeliverApc+0xb3 > 1, ntkrnlpa.exe!ZwYieldExecution+0x19ae > 2, ntkrnlpa.exe!NtWaitForSingleObject+0x9a > 3, ntkrnlpa.exe!KeReleaseInStackQueuedSpinLockFromDpcLevel+0xb14 > 4, ntdll.dll!KiFastSystemCallRet > 5, ntdll.dll!RtlEnterCriticalSection+0x46 > 6, ntdll.dll!KiUserApcDispatcher+0x7 > > When I use the "analyze > wait" option on the first thread, I get: > Thread is waiting (alertable, wait all) for: > Handle 0x79a50 (Semaphore): (unnamed object) > Handle 0x7b4 (Event): (unnamed object) Isn't this the same problem I reported last year, starting here: http://lists.gnu.org/archive/html/guile-user/2013-06/msg00022.html I suggest to configure Guile --without-threads, and see if that resolves the issue.