September 2010 - 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] Slime vs Franz Eli
by Chris Kim 13 Apr '11

13 Apr '11

Hi, all, I've been using Slime on top of Franz ACL for quite a while. My experience with Slime is very positive and I like Slime better in every aspects except in following situations. 1. Slime debugger: It prints bunch of Slime (swank: ..... ) related messages that I'm not interested. It's always hard to trying to comb through messages that I'm interested. How can I turn Slime related messages off? 2. While debugging, evaulating expression does not print anything but only the retuned result. Can I have it print to the standard output, i.e., console? 3. Lack of REPL command: Franz Eli supports REPL commands, for example, ":proc" for listing processes, ":pa" to change package and so on. Is there way to add them in? Thank you very much and I appreciate your efforts making Slime the best list-emacs interface. -chris

6 14

[slime-devel] contrib for repl images
by Christophe Rhodes 08 Oct '10

08 Oct '10

Hi, Attached are files which I propose to add to contrib/ to allow image display in the repl. The Common Lisp support is entirely non-existent, but I have prototype code using the slime support to do manipulations of graphical objects in R: <http://doc.gold.ac.uk/~mas01cr/tmp/swankr-images.png> displays an example. I'd like to put this or something like it in; I'm asking for review of this approach and implementation. Cheers, Christophe

4 4

[slime-devel] Slime presentation marker bug
by Nathan Bird 04 Oct '10

04 Oct '10

I put a test case here that documents it: http://paste.lisp.org/+2GLO The issue is that when it starts a presentation it saves a marker, but then that marker gets moved when printing text and so when it ends the presentation the start and end markers are the same point, the one immediately after the text we are trying to present. I'm not sure where to go from here. I don't know how to get the old marker to stay in place any more than it is now. There is a comment: ;; We use markers because text can also be inserted before this presentation. ;; (Output arrives while we are writing presentations within REPL results.) Perhaps that is more relevant to printing with the target :repl-result vs target null? I tried changing the presentation start function (it's on the paste) to save the number if target is null and that looks like it is mostly working for me, can anyone else comment on the idea? -- Nathan Bird nathan(a)acceleration.net http://www.acceleration.net/ Custom Programming, Design, Hosting, and Broadband.

2 10

[slime-devel] slime-interactive-eval into kill ring
by Tamas K Papp 01 Oct '10

01 Oct '10

Hi, C-x C-e (slime-interactive-eval) prints the value(s) in the minibuffer. Prefixed with C-u, it is inserted in the current buffer. Is there a way to insert it somewhere else? Ideally, it would be very handy to have a way to just save the result in the kill ring, then I could yank it later. Thanks, Tamas

2 5

[slime-devel] suggestion: make applying indent-sexp to results of macroexpansion optional
by michaelawells 01 Oct '10

01 Oct '10

In some cases, "indent-sexp" can be very slow, particularly when it is used on complex "macroexpanded" expressions. In my case, it takes 43 seconds to apply "indent-sexp" to a buffer of ~6000 lines. (I measured this using the elp package. The expression produced by SBCL and Allegro is already nicely formatted, so I would prefer not to display the result as formatted, rather than wait. So, I suggest adding an option to slime.el called "slime-indent-sexp-after-macroexpand", which would allow "indent-sexp" to be disabled. --- slime.el 22 Sep 2010 19:17:35 -0000 1.1340 +++ slime.el 24 Sep 2010 04:23:29 -0000 @@ -150,6 +150,13 @@ :prefix "slime-" :group 'slime) +(defcustom slime-indent-sexp-after-macroexpand t + "Perform 'indent-sexp' before presenting results of macroexpansion. +If disabled, macroexpansion will be presented as formated by the Lisp +in use." + :type 'boolean + :group 'slime-ui) + (defcustom slime-truncate-lines t "Set `truncate-lines' in popup buffers. This applies to buffers that present lines as rows of data, such as @@ -4942,7 +4949,7 @@ (erase-buffer) (insert expansion) (goto-char (point-min)) - (indent-sexp) + (when slime-indent-sexp-after-macroexpand (indent-sexp)) (font-lock-fontify-buffer))) (defun slime-create-macroexpansion-buffer () @@ -4976,8 +4983,8 @@ (goto-char start) (delete-region start end) (insert expansion) - (goto-char start) - (indent-sexp) + (goto-char start) + (when slime-indent-sexp-after-macroexpand (indent-sexp)) (goto-char point)))))))) (defun slime-macroexpand-1 (&optional repeatedly)

3 2

[slime-devel] Lisp connection closed unexpectedly
by J. Bromley 27 Sep '10

27 Sep '10

I am having a problem with SLIME getting disconnected from the Lisp process when requiring certain libraries. I am using clbuild to manage my Lisp implementation and SLIME itself. The problem is that when I do (require 'cl-opengl) in SLIME, I get the message "Lisp connection closed unexpectedly: connection broken by remote peer" in the mini-buffer area. I set swank:*log-events* to t and tried, and unfortunately that was not terribly helpful. Here are the lines generated by the require cl-opengl line: ===== dispatch-event: (:EMACS-REX (SWANK:OPERATOR-ARGLIST "require" "COMMON-LISP-USER") "COMMON-LISP-USER" :REPL-THREAD 15) send-event: #<SB-THREAD:THREAD "repl-thread" RUNNING {10030E2AE1}> (:EMACS-REX (SWANK:OPERATOR-ARGLIST "require" "COMMON-LISP-USER") "COMMON-LISP-USER" 15) wait-for-event: (COMMON-LISP:OR (:EMACS-REX . SWANK::_) (:EMACS-CHANNEL-SEND . SWANK::_)) NIL dispatch-event: (:RETURN #<SB-THREAD:THREAD "repl-thread" RUNNING {10030E2AE1}> (:OK "(require MODULE-NAME &OPTIONAL PATHNAMES)") 15) encode-message decode-message dispatch-event: (:EMACS-REX (SWANK:LISTENER-EVAL "(require 'cl-opengl) ") "COMMON-LISP-USER" :REPL-THREAD 16) send-event: #<SB-THREAD:THREAD "repl-thread" RUNNING {10030E2AE1}> (:EMACS-REX (SWANK:LISTENER-EVAL "(require 'cl-opengl) ") "COMMON-LISP-USER" 16) /Users/jay/Applications/clbuild/clbuild: line 450: 11820 Trace/BPT trap ${lisp} $common_options $eval "$require_asdf" $eval "$set_central_registry" $eval "$EXTRA_CLIM_FEATURES" "$@" Process inferior-lisp exited abnormally with code 133 ===== I am using the following software: * Mac OS X 10.6.4 * SBCL 1.0.42.52 (checked out by clbuild and built) * GNU Emacs 23.1.50.1 (x86_64-apple-darwin10.2.0, NS apple-appkit-1038.25) from MacPorts * SLIME from CVS via clbuild * cl-opengl from git via clbuild I have looked at line 450 of clbuild and it is just the call to launch SBCL. I find no more information about the Trace/BPT trap. I have also tried to find the meaning of the exit code, but have been unsuccessful. If I run clbuild lisp (which runs SBCL without SLIME) the require works fine. Obviously, SLIME provides a much nicer working environment, so it would be great to get it working. I would greatly appreciate any suggestions on possible solutions or about how to debug this further. Thanks and regards, -- Jay Bromley | jbromley at gmail dot com

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 27 Sep '10

27 Sep '10

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.422 slime/contrib/ChangeLog:1.423 --- slime/contrib/ChangeLog:1.422 Wed Sep 22 15:17:35 2010 +++ slime/contrib/ChangeLog Sun Sep 26 14:10:33 2010 @@ -1,3 +1,8 @@ +2010-09-26 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el (slime-repl-history-pattern): Match \t too, + besides \ and \n. + 2010-09-22 Stas Boukarev <stassats(a)gmail.com> * slime-repl.el: Handle (:abort condition) message from lisp.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 23 Sep '10

23 Sep '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2142 slime/ChangeLog:1.2144 --- slime/ChangeLog:1.2142 Mon Sep 20 12:09:13 2010 +++ slime/ChangeLog Wed Sep 22 15:17:35 2010 @@ -1,3 +1,15 @@ +2010-09-22 Stas Boukarev <stassats(a)gmail.com> + + * swank.lisp (eval-for-emacs): Send (:abort condition) where + condition is a condition which was aborted instead of just (:abort). + * slime.el: Handle the above change. + +2010-09-22 Stas Boukarev <stassats(a)gmail.com> + + * swank-clisp.lisp (*external-format-to-coding-system*): Remove + stray :latin-1 argument for ext:make-encoding. + Reported by Mirko Vukovic. + 2010-09-20 Stas Boukarev <stassats(a)gmail.com> * swank-cmucl.lisp (character-completion-set): Implement. Requires Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.421 slime/contrib/ChangeLog:1.422 --- slime/contrib/ChangeLog:1.421 Sat Sep 18 16:47:29 2010 +++ slime/contrib/ChangeLog Wed Sep 22 15:17:35 2010 @@ -1,3 +1,7 @@ +2010-09-22 Stas Boukarev <stassats(a)gmail.com> + + * slime-repl.el: Handle (:abort condition) message from lisp. + 2010-09-18 Tobias C. Rittweiler <tcr(a)freebits.de> * slime-parse.el (slime-parse-form-upto-point): Fix lp#627308.

1 0

[slime-devel] *external-format-to-coding-system* defvar contents in swank-clisp.lisp
by Mirko Vukovic 22 Sep '10

22 Sep '10

swank-clisp.lisp (defvar *external-format-to-coding-system* ...) has the following line: ((:charset "iso-8859-1" :latin-1) "latin-1" "iso-latin-1" "iso-8859-1") Is the car correct? It is used as an argument to ext:make-encoding in (defimplementation find-external-format (coding-system) ...) and it does not satisfy its lambda list (see http://clisp.cons.org/impnotes/encoding.html#make-encoding) Mirko

2 1