May 2011 - armedbear-devel - mailman3.common-lisp.net

[armedbear-devel] How to use ABCL's debugger
by David C Wang 16 May '11

16 May '11

I recently started using ABCL, and until now I've been able to use it fine through the Emacs/Slime interface. I'm now trying to use ABCL directly from the command line, but I have no idea what the debugger commands are. Once a runtime error occurs and I am offered the list of possible restarts, how do I check the current frame and step through the backtrace? Is there documentation on this somewhere? Or, can someone tell me what some of the basic commands are? I'm running the latest ABCL on Fedora 14 x64. - Thank you! - David W.

2 2

[armedbear-devel] test, please ignore
by Alessio Stalla 14 May '11

14 May '11

This is a test message. Blake McBride reported that one mail of his got rejected.

1 0

Re: [armedbear-devel] *print-case* :downcase breaks DEFSTRUCT compilation
by Erik Huelsmann 04 May '11

04 May '11

Dan, On Mon, May 2, 2011 at 10:08 AM, Dan Corkill <corkill(a)gbbopen.org> wrote: > >> It'll take more than the 20 minutes I had to analyze the best >> solution. I'll come back hopefully later this week. > > Thanks Erik. I'm using the short-term workaround of allowing > ABCL to shout back at me (by not setting *print-case* to my > usual :downcase personal preference...). Just committed the fix to trunk. Enjoy! Bye, Erik.

2 1

[armedbear-devel] *print-case* :downcase breaks DEFSTRUCT compilation
by Dan Corkill 02 May '11

02 May '11

Compiling the following file in the latest ABCL (r13272) illustrates the error: --------------------------- (in-package :cl-user) (eval-when (:compile-toplevel :load-toplevel :execute) (setf *print-case* ':downcase)) (defstruct rec a b) --------------------------- Alternatively, remove the EVAL-WHEN and set *PRINT-CASE* as :downcase before compiling the file containing only the DEFSTRUCT.

3 2

[armedbear-devel] Patch: call reinitialize-instance on metaclass on class redefinition
by Alessio Stalla 01 May '11

01 May '11

Hello, I found out that ABCL, when redefining a class, modifies the old class metaobject in-place, slot by slot. This has the implication that the redefinition of an instance of a custom metaclass does not update custom slots. Now, I didn't check on the AMOP, but I'm pretty sure the proper class redefinition protocol is more articulate than the one implemented in ABCL; still, applying the patch that you find attached fixes the problem of custom slots not being updated by calling reinitialize-instance where the old code manually updated the class metaobject, so it is, I think, a valid temporary solution until we have a full MOP. However, before committing the patch, I'd like to hear your opinion about it. The patch also includes some tabs converted to spaces, sorry for the noise. Bye, Alessio

1 2