After a major software upgrade and various CVS problems, after over a month I have finally updated my working copy of SLIME's CVS tree. But when I start SLIME with CMUCL, I get this error related to my ~/.swank.lisp:
;; Loading #P"/home/paolo/.swank.lisp".
Reader error at 56 on #<Stream for file "/home/paolo/.swank.lisp">: Symbol "*SLDB-PPRINT-FRAMES*" not found in the SWANK package. [Condition of type LISP::READER-PACKAGE-ERROR]
Restarts: 0: [CONTINUE] Use symbol anyway. 1: Return NIL from load of #P"/home/paolo/.swank.lisp". 2: Return NIL from load of "/home/paolo/src/slime/swank-loader.lisp". 3: [ABORT ] Return to Top-Level.
Debug (type H for help)
(LISP::READ-TOKEN #<Stream for file "/home/paolo/.swank.lisp"> #\s) Source: Error finding source: Error in function DEBUG::GET-FILE-TOP-LEVEL-FORM: Source file no longer exists: target:code/reader.lisp. 0]
The file contains:
(setq swank:*sldb-pprint-frames* t)
Although the manual still mentions swank:*sldb-pprint-frames*, it looks like it's no longer in the code. Is there equivalent functionality in current SLIME? I use GNU Emacs 21.3.2 and CMUCL 2004-12 under Slackware Linux 10.0.
Paolo
Paolo Amoroso amoroso@mclink.it writes:
Although the manual still mentions swank:*sldb-pprint-frames*, it looks like it's no longer in the code. Is there equivalent functionality in current SLIME? I use GNU Emacs 21.3.2 and CMUCL 2004-12 under Slackware Linux 10.0.
It has been renamed to *sldb-print-pretty*. There is also a bunch of new *sldb-print-xxx* variables to customize printing in the debugger.
The manual is currently a bit behind with the code, but a quick search in the ChangeLog gives usually a hint was happened to previously exported symbols.
Helmut.
Helmut Eller e9626484@stud3.tuwien.ac.at writes:
Paolo Amoroso amoroso@mclink.it writes:
Although the manual still mentions swank:*sldb-pprint-frames*, it looks like it's no longer in the code. Is there equivalent functionality in current SLIME? I use GNU Emacs 21.3.2 and CMUCL 2004-12 under Slackware Linux 10.0.
It has been renamed to *sldb-print-pretty*. There is also a bunch of
I get this error:
;; Loading #P"/home/paolo/.swank.lisp".
Reader error at 55 on #<Stream for file "/home/paolo/.swank.lisp">: The symbol "*SLDB-PRINT-PRETTY*" is not external in the SWANK package. [...]
I have grepped the sources, and the variable is indeed not there. What's puzzling is that a few hours ago I checked out a fresh working copy from the the CVS repository...
The manual is currently a bit behind with the code, but a quick search in the ChangeLog gives usually a hint was happened to previously exported symbols.
I recall the rename. At that time, since I knew I was not going to update my sources for some time, I added a comment to my ~/.swank.lisp noting the new name for the variable. Bet when I tried it today and got the above error, I thought some other changes had been made while I was not watching.
Paolo
Paolo Amoroso amoroso@mclink.it writes:
I have grepped the sources, and the variable is indeed not there. What's puzzling is that a few hours ago I checked out a fresh working copy from the the CVS repository...
The symbols are generated by a macro and weren't exported. Now they are.
Helmut.
Helmut Eller e9626484@stud3.tuwien.ac.at writes:
It has been renamed to *sldb-print-pretty*. There is also a bunch of
Slightly tangentially: in SBCL the experience of replacing various *FOO-PRINT-????* variables with a single *FOO-VARIABLE-ALIST* has (imo) been mostly positive. This style makes the issue of keeping user-customizations up to date with provided varibles:
instead of
(setf *foo-print-pretty* t *foo-print-level* 3)
users do
(setf *foo-variable-alist* '((*print-pretty . t) (*print-level* . t)))
but implementors still muck with *foo-print-pretty*, and use WITH-FOO-IO-SYNTAX:
(defmacro with-foo-io-syntax (&body forms) `(call-with-foo-io-syntax (lambda () ,@forms))
(defun call-with-foo-io-syntax (function) (let ((*print-pretty* *foo-print-pretty*)) ; and other internal defaults (progv (nreverse (mapcar #'car *foo-io-syntax*)) (nreverse (mapcar #'cdr *foo-io-syntax*)) (funcall function))))
How would a patch along these lines for Slime sound?
Cheers,
-- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs."
Nikodemus Siivola tsiivola@cc.hut.fi writes:
How would a patch along these lines for Slime sound?
Nice; doubly so if the patch includes some description for the info manual :-)
Helmut.
-
Helmut Eller -
Nikodemus Siivola -
Paolo Amoroso