- slime-devel - mailman3.common-lisp.net

[slime-devel] slime-load-system
by Thomas F. Burdick 09 Jun '04

09 Jun '04

(Using slime with sbcl here) For asdf systems that have warnings or errors when compiling, slime-load-system is a little less helpful than I'd hope for; I get the slime debugger before I get the nice tree view of what happened. Which is problematic, because I don't know if it's okay to tell asdf to continue, until I know what went wrong. Anyone have a workaround for this? Would it be difficult to get the tree view along with the debugger? I should really familiarize myself better with the slime sources.

2 2

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 09 Jun '04

09 Jun '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.385 slime/ChangeLog:1.387 --- slime/ChangeLog:1.385 Mon Jun 7 11:38:02 2004 +++ slime/ChangeLog Tue Jun 8 16:58:32 2004 @@ -1,3 +1,28 @@ +2004-06-09 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (sldb-insert-references): Added support for hyperlinked + references as part of conditions being debugged. This is a new + feature in SBCL to reference appropriate sections of their manual + or CLHS from condition objects. The references are clickable. + + * swank-backend.lisp (format-sldb-condition): New backend function + to format conditions for SLDB. + (condition-references): New function to return a list of + documentation references associated with a condition. + + * swank.lisp (debugger-condition-for-emacs): Call the above + backend functions to add a `references' list for Emacs. + + * swank-sbcl.lisp (format-sldb-condition, condition-references): + Implemented. Requires a recent (latest?) SBCL release. + +2004-06-08 Luke Gorrie <luke(a)bluetail.com> + + * swank-cmucl.lisp (close-socket): Remove any SERVE-EVENT handlers + for the socket's file descriptor. + + * swank-sbcl.lisp (close-socket): Same fix. + 2004-06-07 Luke Gorrie <luke(a)bluetail.com> * swank-cmucl.lisp: Minor refactorings.

1 0

[slime-devel] SBCL clickable documentation, FAIRLY-STABLE
by Luke Gorrie 09 Jun '04

09 Jun '04

Ahoy, I've added support for Christophe's new SBCL `reference-condition' feature. Some SBCL conditions include references to documentation in CLHS or the SBCL manual to explain them, and these become clickable hyperlinks in SLDB. Requires a new (or perhaps latest) SBCL. But I set FAIRLY-STABLE before committing this to give people time to upgrade. An example that produces the references is: CL-USER> (defconstant foo 1) FOO CL-USER> (defconstant foo 2) Kudos Christophe! This will probably be great newbie feature. NB: I haven't gone all the way, e.g. it doesn't hyperlink CLHS glossary references yet - only symbols. Cheers, Luke

1 0

[slime-devel] error messages after setting swank:*use-dedicated-output-stream* nil
by Sung-youn Kim 08 Jun '04

08 Jun '04

Hi, all. With multiple lisp processes, I had a problem with ouput stream directed to wrong repl. With advices from one of maintainers of SLIME (sorry, I do not remember his name, only nickname), I set swank:*use-dedicated-output-stream* nil. I then have got the following error messages upon invoking slime. ; Compilation unit finished. ; 7 warnings Warning: These Swank interfaces are unimplemented: (RESTART-FRAME RETURN-FROM-FRAME WHO-MACROEXPANDS WHO-SPECIALIZES) ;; Loading #p"/home/syounkim/.swank.lisp". T * ;; Swank started at port: 47088. ; Adding fd handler: 5 47088 * ; Adding input handler: 6 Error in function COMMON-LISP::HANDLER-DESCRIPTORS-ERROR: (#<Handler for INPUT on BOGUS descriptor 5: #<Closure Over Function "DEFIMPLEMENTATION ADD-FD-HANDLER" {48980661}>>) has a bad file descriptor. Restarts: 0: [REMOVE-THEM] Remove bogus handlers. 1: [RETRY-THEM ] Retry bogus handlers. 2: [CONTINUE ] Go on, leaving handlers marked as bogus. 3: [ABORT ] Return to Top-Level. Debug (type H for help) (COMMON-LISP::HANDLER-DESCRIPTORS-ERROR) Source: ; File: target:code/serve-event.lisp (RESTART-CASE (ERROR "~S ~[have~;has a~:;have~] bad file descriptor~:P." BOGUS-HANDLERS (LENGTH BOGUS-HANDLERS)) (REMOVE-THEM NIL :REPORT "Remove bogus handlers." (SETF *DESCRIPTOR-HANDLERS* #)) (RETRY-THEM NIL :REPORT "Retry bogus handlers." (DOLIST # #)) (CONTINUE NIL :REPORT "Go on, leaving handlers marked as bogus.")) 0] After aborting and running my model, the output stream problem seems to be solved but a similar problem as the above occurred during the model run. Any suggestions? -- _________________ Sung-youn Kim Political Science Dept. Stony Brook University (SUNY at Stony Brook) Office : 631-632-7664 Web : http://www.ic.sunysb.edu/stu/sungyoki

2 1

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 08 Jun '04

08 Jun '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.384 slime/ChangeLog:1.385 --- slime/ChangeLog:1.384 Mon May 24 18:33:24 2004 +++ slime/ChangeLog Mon Jun 7 11:38:02 2004 @@ -1,3 +1,15 @@ +2004-06-07 Luke Gorrie <luke(a)bluetail.com> + + * swank-cmucl.lisp: Minor refactorings. + +2004-06-07 Edi Weitz <edi(a)agharta.de> + + * swank-allegro.lisp (call-with-compilation-hooks): Implemented. + Wrap IMPORT call in EVAL-WHEN. + + * swank.lisp, swank-backend.lisp: Wrap EXPORT calls in + EVAL-WHEN. Fixes many warnings in ACL. + 2004-05-25 Luke Gorrie <luke(a)bluetail.com> * slime.el (slime-kill-without-query-p): Default to T.

1 0

[slime-devel] sbcl sources
by Gabor Melis 24 May '04

24 May '04

I'm not sure it's a SLIME question. I'm running debian and have the cmucl-source package installed and I like that it's possible to view these sources from a backtrace. I'd like to do the same with sbcl, but how? Thanks, Gabor

3 4

[slime-devel] SLIME-repl input problems
by Lynn Quam 24 May '04

24 May '04

If an s-expr involves multiple-lines (ie. the s-expr is incomplete and RET is typed), Lisp enters the debugger with an EOF error during READ. I observe this problem with both CMUCL and Allegro. The SLIME info for 'REPL commands' says: `RET' `slime-repl-return' Evaluate the current input in Lisp if it is complete. If incomplete, open a new line and indent. If a prefix argument is given then the input is evaluated without checking for completeness.

2 4

[slime-devel] Quitting SLIME and buffer split bug
by Frédéric Brunel 23 May '04

23 May '04

Greetings, I'm sure this question has already been asked but I can't figure out where to get the answer. So how do you quit SLIME in a clean way, that is by not killing SLIME buffers? I guess that SLIME-QUIT is not the right function. BTW I found out a little bug. When there is two Emacs buffers splitted vertically and you fire up SLIME, it switches to an horizontal split. Kind of annoying. And I think it will be a good idea to be able to switch off the string animation (by customization?). -- Frederic Brunel

4 6

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 23 May '04

23 May '04

Index: slime/ChangeLog diff -u slime/ChangeLog:1.379 slime/ChangeLog:1.382 --- slime/ChangeLog:1.379 Fri May 21 17:30:25 2004 +++ slime/ChangeLog Sat May 22 07:20:42 2004 @@ -1,3 +1,22 @@ +2004-05-22 Marco Baringer <mb(a)bese.it> + + * slime.el (slime-repl-sayoonara): Added "quit" as an alias for + sayoonara. + +2004-05-22 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-cmucl.lisp (arglist): Catch (reader) errors in + READ-ARGLIST. + + * swank-allegro.lisp (fspec-primary-name): New function. + (find-fspec-location): Use it, if the start position cannot be + found. + + * slime.el (slime-pprint-event): New function. + (slime-log-event): Use it. + (slime-reindent-defun): Indent the form after point, if point is + in the first column an immediately before a #\(. + 2004-05-21 Bill Clementson <Bill_Clementson(a)peoplesoft.com> * slime.el (slime-switch-to-output-buffer): Use "P" as interactive

1 0

[slime-devel] SLIME hangs mysteriously when compiling CL-PPCRE
by Edi Weitz 22 May '04

22 May '04

Hi! This is with the current CVS SLIME (update a couple of minutes ago), GNU Emacs 21.3.50 from CVS (about a month ago), CMUCL 18e, and the current (0.7.7) CL-PPCRE on Linux x86. I can reproduce the problem like this: 1. Remove all FASL file (*.x86f) related to CL-PPCRE. 2. From a fresh Emacs start SLIME and then load the system CL-PPCRE. 3. CL-PPCRE is compiled but the REPL prompt never comes back. Instead, Emacs starts to use 99% of the CPU and is completely unresponsive, I have to kill it with xkill. I can compile CL-PPCRE from the command line without problems. Furthermore, this doesn't happen if CL-PPCRE is already compiled and has just to be loaded. I suspect this happens while SLIME tries to interpret CMUCL's compiler notes but I currently have no idea how to debug this. Cheers, Edi.

2 4