From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: mhw@netris.org Newsgroups: gmane.lisp.guile.user Subject: Re: Entering the interactive debugger Date: Fri, 05 Sep 2014 09:57:38 -0400 Message-ID: <87fvg6186l.fsf@netris.org> References: <82egvtdeul.fsf@gmail.com> <877g1lhjae.fsf@taylan.uni.cx> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1409925609 12119 80.91.229.3 (5 Sep 2014 14:00:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 5 Sep 2014 14:00:09 +0000 (UTC) Cc: guile-user@gnu.org To: Carlos Pita Original-X-From: guile-user-bounces+guile-user=m.gmane.org@gnu.org Fri Sep 05 16:00:02 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 1XPu3V-0002yF-Of for guile-user@m.gmane.org; Fri, 05 Sep 2014 16:00:01 +0200 Original-Received: from localhost ([::1]:57883 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPu3V-00027Z-FF for guile-user@m.gmane.org; Fri, 05 Sep 2014 10:00:01 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42607) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPu1a-0007su-Cl for guile-user@gnu.org; Fri, 05 Sep 2014 09:58:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XPu1S-0001Ro-UL for guile-user@gnu.org; Fri, 05 Sep 2014 09:58:02 -0400 Original-Received: from world.peace.net ([96.39.62.75]:55727) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XPu1S-0001Q4-R7 for guile-user@gnu.org; Fri, 05 Sep 2014 09:57:54 -0400 Original-Received: from pool-74-104-33-122.bstnma.east.verizon.net ([74.104.33.122] helo=jojen) by world.peace.net with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1XPu1B-0001J8-Td; Fri, 05 Sep 2014 09:57:38 -0400 In-Reply-To: (Carlos Pita's message of "Tue, 2 Sep 2014 23:08:26 -0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 96.39.62.75 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:11458 Archived-At: Carlos Pita writes: > Thank you very much, Dave! > >> Couldn't you just use (error)? It will enter the debugger if run from > > I'm doing exactly that, but then there is the limitation that this > would be postmortem debugging and sometimes I want to suspend > execution, examine the environment, and *resume* execution. You can set breakpoints using the ",break" or ",break-at-source" REPL commands. See ",help debug" for more info. For now, to achieve the effect you desire, you could create a procedure that simply returns the value of some global variable. Set a breakpoint on that procedure, and then use that procedure as your "enter debugger" procedure. If you want it to resume execution, set the global to your desired value and continue. I agree that it would be nice to include a procedure in Guile that does this more nicely. Mark