[Ecls-list] Reloading swank code does result in error
Tobias C. Rittweiler
tcr at freebits.de
Sun Feb 7 11:55:08 UTC 2010
First starting up Slime works with ECL.
But when I quit, and try to restart again, the following is shown when
trying to reload the created .fas files:
;;; Loading "/home/tcr/.emacs.d/slime/swank-loader.lisp"
;;; Warning: No architecture feature found in (POWERPC PPC X86 X86-64 AMD64
I686 I586 I486 PC386 IAPX386
SPARC64 SPARC HPPA64 HPPA).
;;; Loading #P"/home/tcr/software/ecl-git/lib/ecl-10.2.1/cmp.fas"
;;; Loading #P"/home/tcr/software/ecl-git/lib/ecl-10.2.1/sysfun.lsp"
;;; Loading "/home/tcr/.slime/fasl/2010-02-07/ecl-10.2.1-linux-unknown/swank-backend.fas"
;;; Loading "/home/tcr/.slime/fasl/2010-02-07/ecl-10.2.1-linux-unknown/swank-source-path-parser.fas"
;;; Loading "/home/tcr/.slime/fasl/2010-02-07/ecl-10.2.1-linux-unknown/swank-source-file-cache.fas"
;;; Loading "/home/tcr/.slime/fasl/2010-02-07/ecl-10.2.1-linux-unknown/swank-ecl.fas"
;;; Loading #P"/home/tcr/software/ecl-git/lib/ecl-10.2.1/sockets.fas"
;;; Loading #P"/home/tcr/software/ecl-git/lib/ecl-10.2.1/profile.fas"
;;
;; Error while loading: /home/tcr/.slime/fasl/2010-02-07/ecl-10.2.1-linux-unknown/swank-ecl.fas
;; Condition: The following package was referenced in a
;;
;; "/home/tcr/.slime/fasl/2010-02-07/ecl-10.2.1-linux-unknown/swank-ecl.fas" is not of type CHARACTER.
Available restarts:
1. (RESTART-TOPLEVEL) Go back to Top-Level REPL.
Broken at LAMBDA. In: #<process SI:TOP-LEVEL 09a56fc0>.
>> :b
Backtrace:
> LAMBDA
> print-object
> #:pprint-logical-block-132
> swank-loader::handle-loadtime-error
> swank-loader::compile-files
> swank-loader::load-swank
> swank-loader:init
> si:bytecodes [Evaluation of: (funcall (read-from-string "swank-loader:init"))]
> si:bytecodes [Evaluation of: (si:top-level)]
>>
There are actually two problems:
a) Something goes wrong when loading the file.
That's the "The following package was referenced in a"
b) when trying to princ the condition in
swank-loader::handle-loadtime-error, the condition reporter excepts
something of type CHARACTER but gets a namestring.
That's the "... is not of type CHARACTER"
Can you reproduce that?
-T.
More information about the ecl-devel
mailing list