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

[slime-devel] Could we use split-string-and-unquote in swank.el?
by Jean-Claude Beaudoin 05 Jan '10

05 Jan '10

Hello Slime developers, Could we use split-string-and-unquote instead of split-string to process inferior-lisp-program in swank.el? That would have the advantage of preserving spaces embedded in command arguments and names. This is very useful on systems were those are pervasive like MS-Windows... Here is attached a small patch against a recent tarball (2009-12-30) that implements the change. As far as I can tell that change does not break past normal behavior of the code. Thanks, Jean-Claude Beaudoin

2 2

[slime-devel] Default all-threads
by Terje Norderhaug 05 Jan '10

05 Jan '10

The LIST-THREADS slimefun fails for backends that don't implement ALL- THREADS, such as SBCL on MacOSX. A fix is to make the default ALL- THREADS backend function return NIL: diff -u slime-2009-12-25/swank-backend.lisp slime-2009-12-25+/swank- backend.lisp --- slime-2009-12-25/swank-backend.lisp 2009-12-23 00:15:02.000000000 -0800 +++ slime-2009-12-25+/swank-backend.lisp 2009-12-30 18:44:36.000000000 -0800 @@ -1073,7 +1073,8 @@ 0) (definterface all-threads () - "Return a fresh list of all threads.") + "Return a fresh list of all threads." + NIL) -- Terje Norderhaug terje(a)in-progress.com

2 1

[slime-devel] Lisp connection closed unexpectedly - some more quirks
by JTK 05 Jan '10

05 Jan '10

I think this relates to a known error consisting unexpectedly closed connections: http://common-lisp.net/pipermail/slime-devel/2009-December/016985.html I've experienced this too [1], but in a strange context. Slime works fine for me on OS X 10.4 and 10.5 on a G4 powerbook when running in 1) Aqua emacs 2) OS X terminal emacs 22.3 3) normal X11 emacs 22.3 4) emacs 22.3 in an X11 xterm But I like to run Xephyr, an X server that runs inside another X11 in its own big window. For me, it interacts with Aqua spaces better than Apple X11, allowing a virtual window manager within a single Aqua space. So I have X11 running, and Xephyr running inside it. Works fine, mostly. But now the strange things happen: 5) slime works in an xterm emacs in Xephyr 6) slime often does not work in an X11 emacs 22.3 running in Xephyr, giving error [1] below This failure occurs with greatest likelihood when a large compilation is occurring, like a fink (OS X unix software) update. When the update stops, slime works again. The failure occurs equally for SBCL and CCL. The failure does not occur in an emacs running in an xterm, even inside Xephyr. I've tried increasing the system limits, including processes, memory, and open files, but it doesn't seem to help. Hence it looks a bit like it might be a subtle timing issue connected with running an inherently slow X11 emacs slowed further by the Xephyr layer while the system is bogged down doing other things. I hope that this email at least helps to outline the boundaries of this problem. -JK ======= [1] - close message: ;; Swank started at port: 49194. 49194 * +++ SWANK-PROTOCOL-ERROR: nil #<swank::swank-protocol-error {127BA821}> ;; swank:close-connection: end of file on #<sb-sys:fd-stream for "a socket" {125 AA421}> =======

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 04 Jan '10

04 Jan '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1948 slime/ChangeLog:1.1952 --- slime/ChangeLog:1.1948 Wed Dec 23 03:52:01 2009 +++ slime/ChangeLog Sun Jan 3 10:58:29 2010 @@ -1,3 +1,33 @@ +2010-01-03 Stas Boukarev <stassats(a)gmail.com> + + * swank-backend.lisp (frame-call): New function. + Returns a string representing a call to the entry point of a frame. + * swank-ccl.lisp (frame-call): Implementation of the above. + * swank-sbcl.lisp (frame-call): Ditto. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (with-swank-protocol-error-handler): Remove debugging + bits. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-next-read-or-lose): Call `debug' with the error + condition, so we can see what actually caused the losage. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (compile-defun [test]): Also test proper notification + after reader-error. Additionally: bind font-lock-verbose to nil to + prevent annoying font-lock messages during the test. + + * swank-sbcl.lisp (signal-compiler-condition): Make sure + READER-ERROR comes before ERROR in typecase. + (swank-compile-file): Remove handling FATAL-COMPILER-HANDLER + because a) this handling prevents sbcl from printing the + diagnostics to the repl, and b) sbcl itself should handle this and + translate it into proper return value for compile-file. + 2009-12-23 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (complete-symbol [test]): Fix test case. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.325 slime/contrib/ChangeLog:1.331 --- slime/contrib/ChangeLog:1.325 Wed Dec 30 05:30:13 2009 +++ slime/contrib/ChangeLog Sun Jan 3 15:50:42 2010 @@ -1,3 +1,40 @@ +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-autodoc.el (slime-autodoc-mode): Only display + "enabled"/"disabled" message if called interactively. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-autodoc.el (slime-autodoc): Renamed from + `slime-compute-autodoc'; now also interactive. + (slime-autodoc-mode): Implement toggling properly. Make modeline + string "Autodoc" rather than "Eldoc". + (slime-autodoc-maybe-enable): Adapted accordingly. + +2010-01-03 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el (sldb-insert-frame-call-to-repl): New function + for inserting a call to a frame into the REPL. Bound to C-y in SLDB. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (arglist-index): Return NIL if more + arguments were provided than are allowed. + (form-path-to-arglist-path): Adapted accordingly. + + * slime-autodoc.el (autodoc.1 [test]): Add relevant test cases. + +2010-01-03 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-indentation-fu.el, swank-indentation-fu.lisp: Delete + contrib. Never worked quite right, and the necessary + infrastructure has since been gone. + +2010-01-03 Stas Boukarev <stassats(a)gmail.com> + + * swank-asdf.lisp (asdf-system-loaded-p): Don't return a + generalized boolean, because numbers may be too large for Emacs. + 2009-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-c-p-c.el (complete-form [test]): Set

1 0