From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.devel Subject: Re: [PATCH] Test-suite update Date: Fri, 23 Sep 2005 19:57:40 +0100 Message-ID: <87fyrvy5ln.fsf@ossau.uklinux.net> References: <87oecutxox.fsf@laas.fr> <87vf58cxxq.fsf@zagadka.de> <87k6kwopv5.fsf@laas.fr> <87fysk7ady.fsf@zagadka.de> <87mzmpmcm2.fsf@laas.fr> <87aci6u6f4.fsf@laas.fr> <87psr22c2p.fsf@zip.com.au> <8764stp5n2.fsf_-_@laas.fr> <873bnwzyz7.fsf@ossau.uklinux.net> <87oe6kyjnk.fsf@ossau.uklinux.net> <87vf0sjei0.fsf@laas.fr> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1127502095 20959 80.91.229.2 (23 Sep 2005 19:01:35 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 23 Sep 2005 19:01:35 +0000 (UTC) Cc: guile-devel@gnu.org Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Sep 23 21:01:35 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1EIsmf-0004tr-8f for guile-devel@m.gmane.org; Fri, 23 Sep 2005 21:00:33 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EIsme-0005p4-Q0 for guile-devel@m.gmane.org; Fri, 23 Sep 2005 15:00:32 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EIslu-0005Y4-Og for guile-devel@gnu.org; Fri, 23 Sep 2005 14:59:47 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EIslp-0005VD-O6 for guile-devel@gnu.org; Fri, 23 Sep 2005 14:59:42 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EIslp-0005V9-KY for guile-devel@gnu.org; Fri, 23 Sep 2005 14:59:41 -0400 Original-Received: from [80.84.72.33] (helo=mail3.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1EIsk6-0003sP-D5 for guile-devel@gnu.org; Fri, 23 Sep 2005 14:57:54 -0400 Original-Received: from laruns (host81-130-141-16.in-addr.btopenworld.com [81.130.141.16]) by mail3.uklinux.net (Postfix) with ESMTP id 1C32E409FB3; Fri, 23 Sep 2005 18:57:53 +0000 (UTC) Original-Received: from laruns (laruns [127.0.0.1]) by laruns (Postfix) with ESMTP id 428646F71B; Fri, 23 Sep 2005 19:57:41 +0100 (BST) Original-To: ludovic.courtes@laas.fr (=?iso-8859-1?q?Ludovic_Court=E8s?=) In-Reply-To: <87vf0sjei0.fsf@laas.fr> ( =?iso-8859-1?q?Ludovic_Court=E8s's_message_of?= "Fri, 23 Sep 2005 11:54:31 +0200") User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) 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:5236 Archived-At: ludovic.courtes@laas.fr (Ludovic Court=E8s) writes: > When running `elisp.test' untouched. Here's what I get: > > $ guile -L .. -l tests/elisp.test > [...] > PASS: scheme: value preservation: cdr > PASS: scheme: value preservation: vector-ref > ERROR: Stack overflow I can't reproduce this, but I wonder if the processing is genuinely on the border line of the allowed stack depth. Does it help if you add this to elisp.test just before the problem: (debug-set! stack (* (cadr (memq 'stack (debug-options))) 2)) Also, can you confirm whether you see this problem with current CVS, i.e. without your patch? > Adding `format' expressions shows that this seems to occur when evaluatin= g: > > (if (defined? '%nil) > (use-modules (lang elisp interface))) > > However, it works when run like this: > > $ guile -L .. > guile> (load "tests/elisp.test") > PASS: scheme: nil value is a boolean: boolean? > [...] > PASS: elisp: (defvar x 4) > PASS: elisp: x > guile> On the other hand, if it is a genuine stack depth problem, I'd expect this one to fail also, since the stack depth of the code for (top-repl) is a lot more than that of the code that script.c generates for a -l arg. > So I tried the following: > > $ guile -L .. -c '(begin (set! %load-hook (lambda (f) (format #t "load= ing ~a...~%" f))) (load "tests/elisp.test"))' > loading tests/elisp.test... > [...] > PASS: scheme: value preservation: vector-ref > loading ../lang/elisp/interface.scm... > [...] > PASS: elisp: (defvar x 4) > PASS: elisp: x > > And here everything works fine. > > Any idea of the difference between `-l' and `load'? Looking at > `script.c', that seems equivalent. Yes. This seems pretty odd. Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel