From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.devel Subject: lazy-handler-dispatch and debug-on-error Date: 12 Nov 2003 23:18:20 +0000 Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Message-ID: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1068679528 19411 80.91.224.253 (12 Nov 2003 23:25:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 12 Nov 2003 23:25:28 +0000 (UTC) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Nov 13 00:25:24 2003 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AK4MV-0007jD-00 for ; Thu, 13 Nov 2003 00:25:24 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AK5H1-0001vg-5z for guile-devel@m.gmane.org; Wed, 12 Nov 2003 19:23:47 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1AK5Eu-0001ZT-1K for guile-devel@gnu.org; Wed, 12 Nov 2003 19:21:36 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1AK5EM-0001NI-6H for guile-devel@gnu.org; Wed, 12 Nov 2003 19:21:34 -0500 Original-Received: from [80.84.72.21] (helo=s1.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.24) id 1AK5EL-0001M1-Kn for guile-devel@gnu.org; Wed, 12 Nov 2003 19:21:01 -0500 Original-Received: from laruns.ossau.uklinux.net (bts-0134.dialup.zetnet.co.uk [194.247.48.134]) by s1.uklinux.net (8.11.6/8.11.6) with ESMTP id hACNJUq25698 for ; Wed, 12 Nov 2003 23:19:31 GMT Original-Received: from laruns.ossau.uklinux.net.ossau.uklinux.net (localhost [127.0.0.1]) by laruns.ossau.uklinux.net (Postfix on SuSE Linux 7.2 (i386)) with ESMTP id C779DDC4D3 for ; Wed, 12 Nov 2003 23:18:20 +0000 (GMT) Original-To: Guile Development Original-Lines: 28 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.2 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:3006 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:3006 Is there any reason why the lazy-catch around the main REPL loop in boot-9.scm could not be changed from (lazy-catch #t (lambda () ) lazy-handler-dispatch) to (lazy-catch #t (lambda () ) (lambda args (apply lazy-handler-dispatch args))) ? The difference is that with this change, if code executed inside set!s lazy-handler-dispatch to a new definition, the new definition takes effect on the first throw from the lazy catch. Whereas without the change it only takes effect on a throw from the next time that the lazy catch is entered. I'm currently interested in this because it's a way of supporting some debug-on-error function for code executed in the Guile REPL - see debug-on-error in debugger.scm for details. It's not a good way of doing debug-on-error, as it doesn't help with script (guile -s) code or with any throws that are caught by an inner catch. But it's the only mechanism currently available, I believe. Thanks, Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel