From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: szgyg Newsgroups: gmane.lisp.guile.devel Subject: Re: Guile HEAD on Cygwin-1.7 Date: Sat, 27 Jun 2009 15:36:34 +0200 Message-ID: <4A462061.30101@ludens.elte.hu> References: <4A39EDCD.1070609@ludens.elte.hu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1246109802 26154 80.91.229.12 (27 Jun 2009 13:36:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 27 Jun 2009 13:36:42 +0000 (UTC) To: guile-devel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sat Jun 27 15:36:35 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 1MKY50-0003Wi-Cm for guile-devel@m.gmane.org; Sat, 27 Jun 2009 15:36:30 +0200 Original-Received: from localhost ([127.0.0.1]:50813 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MKY4z-0003GN-Nt for guile-devel@m.gmane.org; Sat, 27 Jun 2009 09:36:29 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MKY4w-0003GA-MJ for guile-devel@gnu.org; Sat, 27 Jun 2009 09:36:26 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MKY4r-0003Fp-TD for guile-devel@gnu.org; Sat, 27 Jun 2009 09:36:25 -0400 Original-Received: from [199.232.76.173] (port=53437 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MKY4r-0003Fm-Nf for guile-devel@gnu.org; Sat, 27 Jun 2009 09:36:21 -0400 Original-Received: from mx3.mail.elte.hu ([157.181.1.138]:53693) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MKY4q-00009t-W9 for guile-devel@gnu.org; Sat, 27 Jun 2009 09:36:21 -0400 Original-Received: from mailbox1.caesar.elte.hu ([157.181.151.157]) by mx3.mail.elte.hu with esmtp (Exim) id 1MKY4m-00034s-T5 from for ; Sat, 27 Jun 2009 15:36:17 +0200 Original-Received: (Authenticated sender: szgyg) by mailbox1.caesar.elte.hu with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1MKY4m-00056u-2h for guile-devel@gnu.org; Sat, 27 Jun 2009 15:36:16 +0200 User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) In-Reply-To: X-ELTE-SpamScore: -8.3 X-ELTE-SpamLevel: X-ELTE-SpamCheck: no X-ELTE-SpamVersion: ELTE 2.0 X-ELTE-SpamCheck-Details: score=-8.3 required=5.9 tests=ALL_TRUSTED, BAYES_00, L_AUTH autolearn=ham SpamAssassin version=3.2.5 -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP -5.0 L_AUTH Caesar auth -1.5 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:8784 Archived-At: Andy Wingo wrote: > On Thu 18 Jun 2009 09:33, szgyg writes: > >> ** wrong path when compiling psyntax-pp.scm >> >> First time only >> >> Making all in module >> make[2]: Entering directory `/home/szgyg/src/GIT/guile/=build/module' >> /home/szgyg/src/GIT/guile/=build/meta/guile --no-autocompile -s >> ../../module/ice-9/compile-psyntax.scm \ >> ../../module/ice-9/psyntax.scm >> ../../module/ice-9/psyntax-pp.scm >> GUILE_AUTO_COMPILE=0 ../meta/uninstalled-env guile-tools compile -o >> "ice-9/psyntax-pp.go" "ice-9/psyntax-pp.scm" >> ERROR: In procedure open-file: >> ERROR: No such file or directory: "ice-9/psyntax-pp.scm" >> make[2]: *** [ice-9/psyntax-pp.go] Error 1 >> >> Subsequent makes use the correct path: >> >> Making all in module >> make[2]: Entering directory `/home/szgyg/src/GIT/guile/=build/module' >> GUILE_AUTO_COMPILE=0 ../meta/uninstalled-env guile-tools compile -o >> "ice-9/psyntax-pp.go" "../../module/ice-9/psyntax-pp.scm" >> wrote `ice-9/psyntax-pp.go' > > I wonder why it's regenerating psyntax-pp.scm. It shouldn't, psyntax.scm > should be newer than psyntax-pp.scm. Git doesn't preserve timestamps, so either file can be the newer after a fresh checkout. >> make[1]: Entering directory `/home/szgyg/src/GIT/guile/=build' >> make check-TESTS >> make[2]: Entering directory `/home/szgyg/src/GIT/guile/=build' >> Testing /home/szgyg/src/GIT/guile/=build/meta/guile ... >> with GUILE_LOAD_PATH=/home/szgyg/src/GIT/guile/test-suite >> ;;; note: autocompilation is enabled, set GUILE_AUTO_COMPILE=0 >> ;;; or pass the --no-autocompile argument to disable. >> ;;; compiling /home/szgyg/src/GIT/guile/test-suite/lib.scm >> ;;; compiled >> /home/szgyg/.guile-ccache/1.9//home/szgyg/src/GIT/guile/test-suite/lib.scm.go >> ERROR: Stack overflow >> Running alist.test >> [...] > > What revision of the git repo was this? Sorry, the fact that the testing framework catches other errors, but not stack overflow, tricked me. The stack overflow was in elisp.test. --- T.scm --- (define *old-stack-level* (and=> (memq 'stack (debug-options)) cadr)) (debug-set! stack (* 2 *old-stack-level*)) (display #t) ------------- $ guile -q --debug -s T.scm Backtrace: In ../../module/ice-9/boot-9.scm: 874: 0* [#] In unknown file: ?: 1* [primitive-load "T.scm"] In ../../module/ice-9/psyntax-pp.scm: 8216: 2* [# #] ERROR: Stack overflow in commit e33779e3b84b4822b4d51562d7c4f1e65408151d Date: Thu Jun 25 23:24:57 2009 +0100 Revert "* FAQ: New file." The stack can grow a little, but not so much. Works with the factor 1.3, but not with 1.4 (*old-stack-level* is 416784). >> make[1]: Entering directory `/home/szgyg/src/GIT/guile/=build' >> make check-TESTS >> make[2]: Entering directory `/home/szgyg/src/GIT/guile/=build' >> Testing /home/szgyg/src/GIT/guile/=build/meta/guile ... >> with GUILE_LOAD_PATH=/home/szgyg/src/GIT/guile/test-suite >> /bin/sh: line 5: 3944 Segmentation fault (core dumped) ${dir}$tst >> FAIL: check-guile > > To me that looks like a segfault in your shell. Program received signal SIGSEGV, Segmentation fault. [Switching to thread 3544.0xc1c] 0x6aac70d9 in scm_read_delimited_x (delims=0x100e6400, str=0x102f90a0, gobble=0x104, port=0x102bd398, start=0x204, end=0x204) at ../../libguile/inline.h:307 307 if (scm_fill_input (port) == EOF) (gdb) set language scheme Warning: the current language does not match this frame. (gdb) frame #0 0x6aac70d9 in scm_read_delimited_x (delims="\x0c", str="??\x1da??\x1daP},\x10p?+\x10??5\x10?\x00\x00\x00\x80?&\x101?\x1daEy,\x1 0\x88y,\x10AA3\x10\x81\x00\x00\x00??\x1da??\x1daAx,\x10p?+\x10h3\x15\x10i\x00\x0 0\x00c?:\x10\x8c?\x1da?w,\x10\x90w,\x10\x00\x00\x00\x00Q\x00\x00\x00h/\x15\x10", gobble=#t, port=#, start=#, end=#) at ../../libguile/inline.h:307 307 if (scm_fill_input (port) == EOF) (gdb) set language c (gdb) p *((scm_t_port *)((SCM *)0x102bd398)[1]) $1 = {port = 0x102bd398, revealed = 0, stream = 271938816, file_name = 0x100e64e0, line_number = 0, column_number = 0, read_buf = 0x103c6300 "This is guile-procedures.txt, produced by makeinfo vers ion 4.13 from\nguile-procedures.texi.\n\n\facons\n\n -- Scheme Procedure: acons key value alist\n Add a new key-value pair to ALIST. A new pair is "..., read_pos = 0x103c6300 "This is guile-procedures.txt, produced by makeinfo vers ion 4.13 from\nguile-procedures.texi.\n\n\facons\n\n -- Scheme Procedure: acons key value alist\n Add a new key-value pair to ALIST. A new pair is "..., read_end = 0x103d6300 "\004\004", read_buf_size = 65536, saved_read_buf = 0x0, saved_read_pos = 0x0, saved_read_end = 0x0, saved_read_buf_size = 0, write_buf = 0x10364ca0 "", write_pos = 0x10364ca0 "", write_end = 0x10364ca1 "", write_buf_size = 1, shortbuf = 0 '\0', rw_random = 1, rw_active = SCM_PORT_READ, putback_buf = 0x0, putback_buf_size = 0} (gdb) p ((((scm_t_bits)(((SCM*)0x102bd398)[0]))>>8)&0x0ff) $3 = 0 (gdb) p scm_ptobs[((((scm_t_bits)(((SCM*)0x102bd398)[0]))>>8)&0x0ff)] $5 = {name = 0x6ab1d120 "file", mark = 0, free = 0x6aa9e6c1 , print = 0x6aa9f181 , equalp = 0, close = 0x6aa9e5dc , write = 0x6aa9e804 , flush = 0x6aa9e48e , end_input = 0x6aa9e3c2 , fill_input = 0x6aa9e928 , input_waiting = 0x6aa9e2dc , seek = 0x6aa9e6d6 , truncate = 0x6aa9e38a } I can trigger this through another path, too: Program received signal SIGSEGV, Segmentation fault. [Switching to thread 2728.0x708] 0x6aaca212 in flush_ws (port=0x10137360, eoferr=0x0) at ../../libguile/inline.h:307 307 if (scm_fill_input (port) == EOF) I don't see any obvious error. Any hint? > Thanks for the report, Thanks to take care of the report, s