slime-devel October 2009

slime-devel@common-lisp.net

23 participants
39 discussions

[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] 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] 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

Re: [slime-devel] random returning the same value
by Tobias C. Rittweiler 30 Nov '09

30 Nov '09

Patrick May <pjm(a)spe.com> writes: > Hi, > > I'm using Slime in Aquamacs with CCL. When I evaluate (random > 100) repeatedly in CCL started from a shell, I get a randomly > generated number between 0 and 99 inclusive. When I do the same with > C-x C-e within Slime, I get the same number every time. (random 100 > (make- > random-state)) gives the same behavior, but (random 100 (make-random- > state t)) works properly. > > Is Slime caching something or have I hosed up my environment? Sorry for the late response. CCL's swank backend uses threads by default, and threads inherit values from the global environment. *RANDOM-STATE* probably becomes thread-local automatically in CCL, resulting in the behaviour you described. It should work when you type in the form at the Slime REPL which evaluates all forms in the same thread. -T.

4 4

[slime-devel] Daily ChangeLog diff
by Helmut Eller 03 Nov '09

03 Nov '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1896 slime/ChangeLog:1.1898 --- slime/ChangeLog:1.1896 Wed Oct 28 16:52:20 2009 +++ slime/ChangeLog Fri Oct 30 15:39:34 2009 @@ -1,3 +1,16 @@ +2009-10-30 Stas Boukarev <stassats(a)gmail.com> + + * swank-loader.lisp (setup): Use EXT:PROBE-DIRECTORY on Clisp, + because PROBE-FILE doesn't want to work on directories. + Patch by Dirk Sondermann. + +2009-10-30 Helmut Eller <heller(a)common-lisp.net> + + * swank-openmcl.lisp: Removed. 1.4 is out so no longer needed. + * swank-ccl.lisp: Update accordingly. + + * test-all.sh: Removed. Not used in ages. + 2009-10-28 Helmut Eller <heller(a)common-lisp.net> Simpler modeline code. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.261 slime/contrib/ChangeLog:1.262 --- slime/contrib/ChangeLog:1.261 Wed Oct 21 15:38:49 2009 +++ slime/contrib/ChangeLog Fri Oct 30 19:06:26 2009 @@ -1,3 +1,13 @@ +2009-10-31 Tobias C. Rittweiler <tcr(a)freebits.de> + + `M-x slime-visit-sbcl-bug' will open a browser to visit SBCL's bug + tracker at Launchpad that describes the bug number at + point (#nnnnnn). + + * slime-sbcl-exts.el (slime-visit-sbcl-bug): New. + (slime-read-sbcl-bug): New. + (slime-sbcl-bug-at-point): New. + 2009-10-21 Stas Boukarev <stassats(a)gmail.com> * slime-asdf.el (slime-browse-system): Open the parent directory of

2 2

[slime-devel] slime-selector ?r and slime-repl ordering
by Derrell Piper 01 Nov '09

01 Nov '09

A note on slime-setup ordering. I recently noticed that slime- selector 'r' quit taking me to the REPL and instead started taking me to the *inferior-lisp* buffer. The reason turned out to be the ordering of the slime-setup in my .emacs: This: (slime-setup '(slime-fancy slime-asdf inferior-slime)) ...does not work, whereas this: (slime-setup '(inferior-slime slime-fancy slime-asdf)) works correctly. (I guess I introduced this a while back and just never noticed.) The reason is that inferior-slime and slime-repl (loaded via slime- fancy) are mutually exclusive with respect to their def-slime-selector- method ?r definitions: (def-slime-selector-method ?r -- contrib/inferior-lisp.el "SLIME Read-Eval-Print-Loop." (inferior-slime-switch-to-repl-buffer))) (def-slime-selector-method ?r -- contrib/slime-repl.el "SLIME Read-Eval-Print-Loop." (slime-output-buffer)) However neither slime-fancy (nor just slime-repl) will load without inferior-slime. Either loses with: Symbol's value as variable is void: inferior-slime-mode-map ...and so the natural tendency is to tack on inferior-slime to the end of your slime-setup which results in this bug. Please advise if there's a better way do this. Thanks, Derrell PS, I'm glad you backed out the reversed restart numbering change. Please don't do that.

2 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 01 Nov '09

01 Nov '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1890 slime/ChangeLog:1.1896 --- slime/ChangeLog:1.1890 Tue Oct 27 08:46:32 2009 +++ slime/ChangeLog Wed Oct 28 16:52:20 2009 @@ -1,3 +1,41 @@ +2009-10-28 Helmut Eller <heller(a)common-lisp.net> + + Simpler modeline code. + + * slime.el (slime-modeline-string): Renamed from + slime-compute-modeline-string. + (slime-modeline-state-string): Renamed from + slime-compute-connection-state + (slime-modeline-package, slime-modeline-connection-name) + (slime-modeline-connection-state) + (slime-extended-modeline,slime-compute-modeline-package) + (slime-update-modeline-string, slime-shall-we-update-modeline-p) + (slime-update-all-modelines, slime-modeline-update-timer) + (slime-restart-or-init-modeline-update-timer) + (slime-connection-state-as-string): Deleted + (slime-stale-connection-p): Deleted. + +2009-10-28 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-disconnect): Don't reference connection. Left + over from last change. + ([test] arglist): Update expected results for slightly changed + printer settings. + ([test] indentation): Install common-lisp-indent-function. + ([undefun] display-warning): Fix it. + + * test.sh: Don't copy contribs. Slime should work without them. + * swank-loader.lisp (setup): Compile contribs only if directory + exists. + +2009-10-28 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-format-display-message, slime-display-message) + (slime-create-message-window): Deleted. The trick with the + pre-command-hook doesn't work in XEmacs 21.5. So use the standard + message function. One day XEmacs will learn how to resize the + minibuffer, but until then we have to live with one-line messages. + 2009-10-27 Helmut Eller <heller(a)common-lisp.net> * slime.el: Fix some docstrings and comments.

3 6

[slime-devel] Problem with probe-file in clisp
by Dirk Sondermann 30 Oct '09

30 Oct '09

Since the latest change in swank-loader.lisp --- swank-loader.lisp 8 Sep 2009 05:59:20 -0000 1.92 +++ swank-loader.lisp 28 Oct 2009 20:28:03 -0000 1.93 @@ -226,7 +226,8 @@ (defun setup () (load-site-init-file *source-directory*) (load-user-init-file) - (eval `(pushnew 'compile-contribs ,(q "swank::*after-init-hook*"))) + (when (probe-file (contrib-dir *source-directory*)) + (eval `(pushnew 'compile-contribs ,(q "swank::*after-init-hook*")))) (funcall (q "swank::init"))) swank-loader:init no longer works in clisp (version 2.48 running on cygwin): *** - PROBE-FILE: No file name given: #P"/usr/share/emacs/site-lisp/slime/contrib/" The following restarts are available: ABORT :R1 Abort main loop because clisp does not allow probe-file to be applied to directories. A workaround could be to replace probe-file by clisp's probe-directory: --- swank-loader.lisp.orig 2009-10-29 08:15:03.000000000 +0100 +++ swank-loader.lisp 2009-10-30 15:18:32.093225200 +0100 @@ -226,7 +226,7 @@ (defun setup () (load-site-init-file *source-directory*) (load-user-init-file) - (when (probe-file (contrib-dir *source-directory*)) + (when (#-clisp probe-file #+clisp ext:probe-directory (contrib-dir *source-directory*)) (eval `(pushnew 'compile-contribs ,(q "swank::*after-init-hook*")))) -Dirk

2 1

[slime-devel] problem with slime-pre-command-hook
by Ram Bhamidipaty 28 Oct '09

28 Oct '09

I am having a problem with slime, xemacs and sbcl. slime is from cvs and up to date. I'm using the xemacs from fedora 11. With sbcl 1.0.30 The problem happens when slime is printing function info a window at the bottom of the screen. At the REPL when I type (search and then hit <space> slime will bring up a *SLIME Note* window with the function info. If I type a second <space> then some kind of xemacs error window comes up: (12) (command/warning) Error in `pre-command-hook' (resetting to nil): (invalid-change (Deletion of this object not currently permitted #<window on "*SLIME Note*" 0xeaa1c7>)) Backtrace follows: # bind (inhibit-quit) delete-windows-on(#<buffer "*SLIME Note*">) # bind (G59432) (lambda (G59432) (delete-windows-on (symbol-value G59432)) (bury-buffer (symbol-value G59432)))(--buffer--) apply((lambda (G59432) (delete-windows-on (symbol-value G59432)) (bury-buffer (symbol-value G59432))) --buffer-- nil) # bind (--cl-rest--) (lambda (&rest --cl-rest--) (apply (quote (lambda (G59432) (delete-windows-on (symbol-value G59432)) (bury-buffer (symbol-value G59432)))) (quote --buffer--) --cl-rest--))() funcall((lambda (&rest --cl-rest--) (apply (quote (lambda (G59432) (delete-windows-on (symbol-value G59432)) (bury-buffer (symbol-value G59432)))) (quote --buffer--) --cl-rest--))) (while --dolist-temp--59436 (setq undo-fn (car --dolist-temp--59436)) (funcall undo-fn) (setq --dolist-temp--59436 (cdr --dolist-temp--59436))) # bind (undo-fn --dolist-temp--59436) (let ((--dolist-temp--59436 slime-pre-command-actions) undo-fn) (while --dolist-temp--59436 (setq undo-fn (car --dolist-temp--59436)) (funcall undo-fn) (setq --dolist-temp--59436 (cdr --dolist-temp--59436))) nil) # (catch --cl-block-nil-- ...) (catch (quote --cl-block-nil--) (let ((--dolist-temp--59436 slime-pre-command-actions) undo-fn) (while --dolist-temp--59436 (setq undo-fn (car --dolist-temp--59436)) (funcall undo-fn) (setq --dolist-temp--59436 (cdr --dolist-temp--59436))) nil)) (cl-block-wrapper (catch (quote --cl-block-nil--) (let ((--dolist-temp--59436 slime-pre-command-actions) undo-fn) (while --dolist-temp--59436 (setq undo-fn (car --dolist-temp--59436)) (funcall undo-fn) (setq --dolist-temp--59436 (cdr --dolist-temp--59436))) nil))) (block nil (let ((--dolist-temp--59436 slime-pre-command-actions) undo-fn) (while --dolist-temp--59436 (setq undo-fn (car --dolist-temp--59436)) (funcall undo-fn) (setq --dolist-temp--59436 (cdr --dolist-temp--59436))) nil)) (dolist (undo-fn slime-pre-command-actions) (funcall undo-fn)) slime-pre-command-hook() # (unwind-protect ...) # (catch #<INTERNAL OBJECT (XEmacs bug?) (opaque, size=0) 0x845a9a8> ...) # (unwind-protect ...) # (unwind-protect ...) # (condition-case ... . error) # (catch top-level ...)

3 5

[slime-devel] slime-indentation vs swank-clojure
by Andr 28 Oct '09

28 Oct '09

Hello, I get an error when starting swank-clojure: error in process filter: slime-handle-indentation-update: etypecase failed: defun, (number cons string) error in process filter: etypecase failed: defun, (number cons string) Sometimes swank-clojure hangs on start possibly related to this. I use slime-indentation and slime-indentation-fu. I guess this may be fixed in swank-clojure as well but here's what tiny add seems to work for me: diff -u slime/contrib/slime-indentation-old.el slime/contrib/slime-indentation.el --- slime/contrib/slime-indentation-old.el 2009-10-28 13:12:47.973627619 +0200 +++ slime/contrib/slime-indentation.el 2009-10-28 14:22:27.293096709 +0200 @@ -26,7 +26,8 @@ (walk (cdr indent)))) (string (intern (downcase indent)))))) (list (walk indent)))) - (string (intern (downcase indent)))))) + (string (intern (downcase indent))) + (symbol indent)))) (run-hook-with-args 'slime-indentation-update-hooks symbol indent)))) ;; $ITI: cl-indent.el,v 1.6 1995/09/10 14:13:34 schrod Exp $

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel October 2009