From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Linas Vepstas Newsgroups: gmane.lisp.guile.devel,gmane.lisp.guile.user Subject: Re: GNU Guile 1.9.5 released (alpha) Date: Sat, 28 Nov 2009 20:45:07 -0600 Message-ID: <3ae3aa420911281845o50085d17w75b7a5ee8d869492@mail.gmail.com> References: <87pr7genzj.fsf@gnu.org> Reply-To: linasvepstas@gmail.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1259462739 21114 80.91.229.12 (29 Nov 2009 02:45:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 29 Nov 2009 02:45:39 +0000 (UTC) Cc: guile-user@gnu.org, guile-devel@gnu.org To: =?UTF-8?Q?Ludovic_Court=C3=A8s?= Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Nov 29 03:45:32 2009 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NEZn1-0007DH-02 for guile-devel@m.gmane.org; Sun, 29 Nov 2009 03:45:31 +0100 Original-Received: from localhost ([127.0.0.1]:55619 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NEZn0-0007OI-C8 for guile-devel@m.gmane.org; Sat, 28 Nov 2009 21:45:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NEZmk-0007Gv-Cf for guile-devel@gnu.org; Sat, 28 Nov 2009 21:45:14 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NEZmf-0007D2-L3 for guile-devel@gnu.org; Sat, 28 Nov 2009 21:45:13 -0500 Original-Received: from [199.232.76.173] (port=43606 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NEZmf-0007Cv-Hb; Sat, 28 Nov 2009 21:45:09 -0500 Original-Received: from mail-yw0-f172.google.com ([209.85.211.172]:53872) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NEZmd-0008Mm-Tg; Sat, 28 Nov 2009 21:45:08 -0500 Original-Received: by ywh2 with SMTP id 2so2383824ywh.27 for ; Sat, 28 Nov 2009 18:45:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=s0zLXMTSK2ZXUG13nTzsLaoy54A76pjMP2aMMUYBfvM=; b=CP+8VlznQDCJGYKyWKQ4l7EW+kJT+gLPULvsCRNomZfQMnRy3cbHQ9ItPb2XWz5tyy aXzzu8OssY966Eb8AWdGIW/9n+TbeV5Hrg+p2luHSswLbgde6UyUbYasPwFpiZcJ9vPu xWKKLi4/3Di4ozZbuD15TS554bf31fM/Mczdk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; b=F5VTNxUvj/Goy7eoKK7FeYu71vCinH/KxKTRXGJHClBCyqt1l3AhiJdndRqzAkGUay XOrWM9dcGbKYATRZTP56cBwWMIAoShoTzdjdXNphvDMJr/j7jwv+4e2ivOJfc7I5sHPd PnU5qx14QO94Fw4qjo1SrZvq0rFJ+oE90Qeqo= Original-Received: by 10.101.169.1 with SMTP id w1mr1122537ano.26.1259462707166; Sat, 28 Nov 2009 18:45:07 -0800 (PST) In-Reply-To: <87pr7genzj.fsf@gnu.org> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) 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: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:9723 gmane.lisp.guile.user:7507 Archived-At: 2009/11/17 Ludovic Court=C3=A8s : > We are pleased to announce GNU Guile release 1.9.5. Now I'm getting a crash. guile-1.9..5 built with gc-7.1, and running three threads: one thread is sleeping another thread is waiting on select() third crashes with following stack trace: Program received signal SIGPWR, Power fail/restart. #0 0xf7fc6425 in __kernel_vsyscall () #1 0xf7f911c8 in pthread_kill () from /lib/tls/i686/cmov/libpthread.so.0 #2 0xf74652b3 in GC_suspend_all () at pthread_stop_world.c:355 #3 0xf7465312 in GC_stop_world () at pthread_stop_world.c:395 #4 0xf7454b9e in GC_stopped_mark (stop_func=3D0xf7453fc0 ) at alloc.c:474 #5 0xf7454e89 in GC_try_to_collect_inner (stop_func=3D0xf7453fc0 ) at alloc.c:362 #6 0xf74550ec in GC_collect_or_expand (needed_blocks=3D1, ignore_off_page=3D0) at alloc.c:1017 #7 0xf74556d9 in GC_allocobj (gran=3D2, kind=3D1) at alloc.c:1064 #8 0xf745a37c in GC_generic_malloc_inner (lb=3D16, k=3D1) at malloc.c:119 #9 0xf745a416 in GC_generic_malloc (lb=3D16, k=3D1) at malloc.c:159 #10 0xf745a6bd in GC_core_malloc (lb=3D16) at malloc.c:286 #11 0xf7463a49 in GC_malloc (bytes=3D16) at thread_local_alloc.c:149 #12 0xf7e2780c in scm_i_make_string (len=3D9, charsp=3D0xf550b1b4) at ../libguile/inline.h:161 #13 0xf7e27ca2 in scm_from_stringn (str=3D0xf550b227 "Kvint.xml", len=3D9, encoding=3D0x0, handler=3DSCM_FAILED_CONVERSION_QUESTION_MARK) at strings.c:1402 #14 0xf7e27e35 in scm_from_locale_stringn (str=3D0xf550b227 "Kvint.xml", len=3D9) at strings.c:1487 #15 0xf7e4d9c3 in scm_readdir (port=3D0x9ecaaa0) at filesys.c:919 #16 0xf7dc3ff7 in deval (x=3D0x9ec7a00, env=3D0xa330d60) at eval.i.c:1087 #17 0xf7dc3ec7 in deval (x=3D0x9ec9ba0, env=3D0xa330d60) at eval.i.c:608 #18 0xf7dc813a in scm_primitive_eval_x (exp=3D0x9ecaad0) at eval.c:4010 #19 0xf7e29d88 in inner_eval_string (data=3D0x9ec99a0) at strports.c:533 #20 0xf7dc9d2e in scm_c_with_fluid (fluid=3D0x9d4a360, value=3D0x9d925f0, cproc=3D0xf7e29d60 , cdata=3D0x9ec99a0) at fluids.c:382 #21 0xf7de7505 in scm_c_call_with_current_module (module=3D0x9d925f0, func=3D0xf7e29d60 , data=3D0x9ec99a0) at modules.c:114 #22 0xf7e2a179 in scm_eval_string_in_module (string=3D0x9e2e4c0, module=3D0x9d925f0) at strports.c:560 #23 0xf7e2a1e5 in scm_eval_string (string=3D0x9e2e4c0) at strports.c:568 #24 0xf7e2a215 in scm_c_eval_string (expr=3D0xa331a44 "(suck-in-filenames (opendir input-filedir) '())\n") FWIW, the above is executing the following: (define (suck-in-filenames port lst) (let ((one-file (readdir port))) (if (eof-object? one-file) lst (suck-in-filenames port (cons one-file lst) ) ) ) ) (suck-in-filenames (opendir input-filedir) '()) here, input-filedir is a directory has about 14K filenames in it, many of the filenames contain UTF-8 chars. --linas