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

[slime-devel] Standard output no longer appears in REPL
by Steven E. Harris 25 Jun '11

25 Jun '11

It's been a couple of months since I last used SLIME. Today I noticed that when I evaluate expressions in the REPL that write to *standard-output*, the output appears in the *inferior-lisp* buffer, but not in the REPL as it used to. I'm using GNU Emacs on Windows atop the CLISP Cygwin build. SLIME is up to date with CVS. Is there some new configuration required to restore the old behavior with output streams feeding into the REPL output? -- Steven E. Harris

5 12

[slime-devel] broken clojure REPL
by Cyrus Harmon 21 May '10

21 May '10

FWIW, the following patch broke the clojure REPL (*inferior-lisp* still works, but not the fancy REPL): commit addc5be70a489cdc8ed555a2fed7273040da196e Author: Tobias C. Rittweiler <trittweiler(a)common-lisp.net> Date: Sat Oct 31 22:13:55 2009 +0000 * slime.el (slime-inside-string-p, slime-inside-comment-p) (slime-inside-string-or-comment-p): New. * swank-match.lisp: New file. Contains very simple pattern matcher from the CMU AI archive. * swank-loader.lisp: Compile swank-match.lisp. * swank.lisp: Make SWANK package use new SWANK-MATCH package. * slime-autodoc.el, swank-arglists.lisp: Large parts were rewritten. Autodoc is now able to highlight &key parameters, and parameters in nested arglists. * slime-parse.el, slime-c-p-c.el, slime-highlighting-edits.el: Adapted to changes. the symptom is the following: ; SLIME 2009-10-31 user> 3 3 user> (+ 3 4) at which point it just hangs... nothing (helpful) in *messages* or *inferior-lisp*. Reverting to the previous commit fixes the problem. It's really nice to be able to use git to quickly bisect the history to find the offending commit. Not so nice when that commit is >2k lines :( TCR, any ideas? thanks, cyrus

9 33

[slime-devel] bug with image saving while swank is loaded
by Attila Lendvai 14 Jan '10

14 Jan '10

hi! fyi, without these lines in swank.lisp (or something equivalent): (defun after-saved-image-initialized () (setf *log-output* nil) (init-log-output)) #+sbcl(pushnew 'after-saved-image-initialized sb-ext:*init-hooks*) trying to start a swank server after loading a saved image where swank has been loaded in before saving, dies an ugly and not too helpful death: https://bugs.launchpad.net/sbcl/+bug/444427 -- attila

2 2

[slime-devel] Readtables
by Seth Burleigh 05 Jan '10

05 Jan '10

Is there any current support for having the REPL respect reader macro characters? For example, if I define the [] pair to act like parentheses the repl shouldn't automatically send a multiline [ ] form to lisp until a matching ] has been found. On command line REPLs , reader macro characters aren't evaluated until a matching ] has been found.

4 9

[slime-devel] Proposed patch for asdf-loading under ALLEGRO
by Robert Goldman 05 Jan '10

05 Jan '10

ASDF operations using SLIME and SWANK won't work under Allegro's Modern (case-sensitive) lisp, because the symbol names are not in all caps as in ANSI lisp. Here's a small patch that makes it work under ACL mlisp as well as under normal ANSI lisps: Index: swank-asdf.lisp =================================================================== RCS file: /project/slime/cvsroot/slime/contrib/swank-asdf.lisp,v retrieving revision 1.7 diff -b -u -F '^(def' -r1.7 swank-asdf.lisp --- swank-asdf.lisp 23 Oct 2008 21:28:03 -0000 1.7 +++ swank-asdf.lisp 25 May 2009 16:40:10 -0000 @@ -26,7 +26,9 @@ (defun operate-on-system (system-name op Example: \(operate-on-system \"SWANK\" \"COMPILE-OP\" :force t)" (with-compilation-hooks () - (let ((operation (find-symbol operation-name :asdf))) + (let ((operation (or (find-symbol operation-name :asdf) + #+allegro + (find-symbol (string-downcase operation-name) :asdf)))) (when (null operation) (error "Couldn't find ASDF operation ~S" operation-name)) (apply #'asdf:operate operation system-name keyword-args))))

2 1

[slime-devel] [patch] Fix warning position detection for allegro CL 8.2-beta
by Andreas Fuchs 05 Jan '10

05 Jan '10

Hi, it seems the position format in the warning :PLIST slot has changed format in the upcoming Allegro CL release. Instead of (#P"somewhere" position), it's (#P"somewhere" position some-other-position) now, which leads to errors in the warning highlighting code. I've only ever observed these two values to be the same, so I patched the code to use the first value if there are more than one. If anyone with insight into how condition position detections for Allegro CL has a better solution, I'm sure it'll be appreciated. For now, this works for me on 8.2-beta and retains compatibility with older ACL releases. Cheers, -- Andreas Fuchs, (http://|im:asf@|mailto:asf@)boinkor.net, antifuchs

2 1

[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 31 Dec '09

31 Dec '09

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.323 slime/contrib/ChangeLog:1.325 --- slime/contrib/ChangeLog:1.323 Tue Dec 29 14:41:05 2009 +++ slime/contrib/ChangeLog Wed Dec 30 05:30:13 2009 @@ -1,3 +1,15 @@ +2009-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime-c-p-c.el (complete-form [test]): Set + `slime-buffer-package' after changing to lisp-mode because + changing major-mode kills buffer-local variables. + +2009-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp (extract-cursor-marker): Fix typo. + (autodoc): Do not try to display variable content for T and NIL. + (interesting-variable-p): New helper. + 2009-12-29 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-autodoc.el (slime-compute-autodoc): Revert last change.

1 0