[armedbear-devel] strange interaction between ql:quickload and ABCL

Anton Vodonosov avodonosov at yandex.ru
Wed Feb 27 03:02:32 UTC 2013


Hello.

I have very strange behaviour of ql:quickload that I observer only on ABCL.
It happens when I run (ql:quickload :modf).
Precondition: the system :modf is NOT installed into quicklisp.

>  java -jar abcl.jar --noinit --nosystem

Armed Bear Common Lisp 1.1.0
Java 1.6.0_26 Sun Microsystems Inc.
Java HotSpot(TM) 64-Bit Server VM
Low-level initialization completed in 0.945 seconds.
Startup completed in 4.8 seconds.
Type ":help" for a list of available commands.

CL-USER(1): (load "C:\\Users\\anton\\quicklisp\\setup.lisp")
T
CL-USER(2): (ql:quickload :modf)
Error loading C:/Users/anton/quicklisp/dists/quicklisp/software/closer-mop-20130128-darcs/closer-mop.asd at line 43 (offset 1649)
#<THREAD "interpreter" {40773F4B}>: Debugger invoked on condition of type LOAD-SYSTEM-DEFINITION-ERROR
  Error while trying to load definition for system closer-mop from pathname C:/Users/anton/quicklisp/dists/quicklisp/software/closer-mop-20130128
-darcs/closer-mop.asd: Unrecognized keyword argument ("closer-mop-packages" "closer-mop-shared")
Restarts:
  0: REINITIALIZE-SOURCE-REGISTRY-AND-RETRY Retry finding system closer-mop after reinitializing the source-registry.
  1: ABORT                                  Give up on "modf"
  2: TOP-LEVEL                              Return to top level.
[1] ASDF0(3):

As you see it is trying to load closer-mop. Why? If :modf ASDF is not available, quicklisp should not
load anything other systems yet. Moreover, modf.asd has

   :depends-on (:alexandria
                 #-abcl :closer-mop
                 :iterate)

So on ABCL it does not depend on closer-mop.

I got backtrace using this command:

[1] ASDF0(3): (with-open-file (stream "C:\\Users\\anton\\unpacked\\abcl\\abcl-bin-1.1.0\\backtrace.txt"
                        :direction :output
                        :if-exists :supersede
                        :if-does-not-exist :create)
  (let ((*debug-io* stream)) (top-level::backtrace-command "10000")))

The resulting file is here: https://dl.dropbox.com/u/5708042/backtrace.txt.

 @abcl dvelopers: this backtrace seem to contain not only the current invocation stack,
but also previous calls, already finished. For example the
(LOAD "C:\\Users\\anton\\quicklisp\\setup.lisp") at the very bottom of the file.
Do I retrieve backtrace incorrectly?

Back to the ql:quickload problem. I know that if I install :modf with CCL,
this problem doesn't happen anymore, and ABCL can load it.

Zach, how it works?

Best regards,
- Anton




More information about the armedbear-devel mailing list