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

[slime-devel] Is slime-repl now needed for remote slime?
by Sidney Markowitz 16 Jan '09

16 Jan '09

Now that slime-repl is in contrib, is it true that (setup-slime '(slime-repl)) is necessary to use a remote Lisp process? I see that starting up a lisp, having it load the right stuff and run swank:create-server, and then using M-x slime-connect works if slime-repl is loaded, but I don't see any repl if it is not. Or is there another recommended way now to use a remote lisp that does not depend on any contrib modules? Thanks, Sidney Markowitz http://sidney.com

3 4

[slime-devel] slime-repl-clear-buffer: recenter
by David Reitter 16 Jan '09

16 Jan '09

Is there a particular reason why slime-repl-clear-buffer calls `recenter'? Can it do so without redrawing the whole frame (which is quite annoying)? If the answers are "no" and "yes", I'd like to suggest the patch below. *** slime-repl.el 07 Jan 2009 04:21:44 -0500 1.11 --- slime-repl.el 12 Jan 2009 16:13:00 -0500 *************** *** 813,819 **** (delete-region (point-min) slime-repl-prompt-start-mark) (delete-region slime-output-start slime-output-end) (goto-char slime-repl-input-start-mark) ! (recenter)) (run-hooks 'slime-repl-clear-buffer-hook)) (defun slime-repl-clear-output () --- 813,819 ---- (delete-region (point-min) slime-repl-prompt-start-mark) (delete-region slime-output-start slime-output-end) (goto-char slime-repl-input-start-mark) ! (recenter t)) (run-hooks 'slime-repl-clear-buffer-hook)) (defun slime-repl-clear-output ()

2 1

[slime-devel] very jerky scrolling while slime-repl buffer is shown
by David Reitter 16 Jan '09

16 Jan '09

I keep a *slime-repl ccl* buffer visible in a separate frame so I can view the interpreter and my source code at the same time. As for recently, I noticed that scrolling in pretty much any buffer has become extremely sluggish: redisplays occur only rarely, with the result being that the text jumps around a lot rather than being scrolled smoothly line-by-line. When the *slime-repl ccl* buffer is not shown, this problem doesn't occur (and goes away). I use SLIME from CVS, 2009-01-09, in Aquamacs (based on GNU Emacs 22). I start up slime as follows: (require 'slime-autoloads) (slime-setup '(slime-fancy slime-asdf slime-banner)) (setq slime- complete-symbol*-fancy t) (setq slime-complete-symbol-function 'slime- fuzzy-complete-symbol) I tried setting the latter two variables to nil, to no avail. I tried `cancel-function-timers' on various SLIME specific functions in timer-idle-list, but they keep coming back. I also tried (setq post-command-hook '(ignore)) in the REPL buffer (and the buffer that I am scrolling) - it doesn't help much. I have turned off eldoc-mode in the REPL buffer, which didn't help much either. I'm running this on an up-to-date machine. If you can't reproduce, let me know what else I should check. Thanks - David

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 15 Jan '09

15 Jan '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1664 slime/ChangeLog:1.1665 --- slime/ChangeLog:1.1664 Sat Jan 10 12:40:13 2009 +++ slime/ChangeLog Thu Jan 15 17:07:21 2009 @@ -1,3 +1,9 @@ +2009-01-15 Martin Simmons <martin(a)lispworks.com> + + * swank-lispworks.lisp: wrapper functions for swank-mop + slot-boundp-using-class, slot-value-using-class and + slot-makunbound-using-class to account for MOP differences. + 2009-01-10 Helmut Eller <heller(a)common-lisp.net> * swank-openmcl.lisp (install-debugger-globally): Set *break-in-sldb*.

1 0

[slime-devel] More features by default
by Luis Oliveira 15 Jan '09

15 Jan '09

Hello Helmut, I would like to suggest that the slime-fancy contrib be loaded by default. Some of those features have become rather fundamental to me and, I suspect, to many other SLIME users as well. IMHO, it would be unfortunate if newcomers didn't get to experience the CLOS inspector, autodoc, presentations, the REPL(!), etc, because of inadequate default settings. I believe said newcomers will quite likely find SLIME somewhat anemic and underwhelming. I hope you take this suggestion into consideration and I'd be glad to prepare a patch with the necessary trivial changes to slime.el and slime.texi. Thanks. -- Luís Oliveira http://student.dei.uc.pt/~lmoliv/

11 21

[slime-devel] C-e bound to slime-interactive-eval is lisp-mode
by Steven E. Harris 14 Jan '09

14 Jan '09

When I open a buffer in lisp-mode now, I find that C-e is bound to `slime-interactive-eval', rather than the normal `move-end-of-line'. Note that C-a is still bound to `move-beginning-of-line'. Suddenly it's very difficult to move around in such a buffer. I see that the variable `slime-prefix-bindings' sets C-e to `slime-interactive-eval', but shouldn't that be tucked inside of some other prefix, such that the top-level C-e remains bound to its normal function? -- Steven E. Harris

1 1

[slime-devel] swank-cmucl LDB bug again
by Madhu 11 Jan '09

11 Jan '09

[CMUCL drops into ldb when recursively performing stream operations on closed streams --- I've reported this in a slightly different contexts in SLIME before] This time with SLIME sources from CVS 2009-01-10, CMUCL crashes when using the simple `nil' serve-request style for connection, when a connection is dropped from emacs: $ lisp -noinit * (load "/path/to/swank-loader.lisp") * (swank-loader::init) * (swank::setup-server 4005 #'print nil nil (swank::find-external-format "latin-1-unix")) And in another tty $ emacs -load -Q -nw -load /path/to/slime.el -eval \ '(progn (slime-connect "localhost" 4005) (slime-disconnect))' This causes the lisp to crash from appaerntly trying to recursively write to a closed stream -- Madhu

1 0

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

10 Jan '09

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1657 slime/ChangeLog:1.1664 --- slime/ChangeLog:1.1657 Fri Jan 9 07:12:55 2009 +++ slime/ChangeLog Sat Jan 10 12:40:13 2009 @@ -1,3 +1,37 @@ +2009-01-10 Helmut Eller <heller(a)common-lisp.net> + + * swank-openmcl.lisp (install-debugger-globally): Set *break-in-sldb*. + +2009-01-10 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (do-symbols*): Wrap body in TAGBODY. + +2009-01-10 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-compile-file-options): New variable. + (slime-compile-file): Use it. + +2009-01-10 David Reitter <david.reitter(a)gmail.com> + + * slime.el (slime-space): Declare `slime-space' to + `delete-selection-mode' and friends (CUA) so that their behavior + is the same as with normal insertion of a space. + +2009-01-10 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp (swank-compile-file): Take output-file as + additional argument. Update backends accordingly. + + * swank.lisp (*fasl-directory*): New variable. + (fasl-pathname): New function. + (compile-file-for-emacs): Use it. + +2009-01-10 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp (set-default-initial-binding): New function. + + * swank.lisp (setup-stream-indirection): Use it + 2009-01-09 Helmut Eller <heller(a)common-lisp.net> * swank-allegro.lisp (swank-compile-string): Don't use the Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.164 slime/contrib/ChangeLog:1.165 --- slime/contrib/ChangeLog:1.164 Wed Jan 7 09:21:44 2009 +++ slime/contrib/ChangeLog Sat Jan 10 10:09:47 2009 @@ -1,3 +1,8 @@ +2009-01-10 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-fancy-inspector.lisp (emacs-inspect [package]): Also + display link to show all inherited symbols of a package. + 2009-01-07 Helmut Eller <heller(a)common-lisp.net> * slime-repl.el (slime-mode-map): Bind C-c~ not ~.

1 0

[slime-devel] Multi-threaded CCL with SLIME issues
by sblist＠me.com 10 Jan '09

10 Jan '09

Hi folks, I'm experiencing some issues with slime HEAD and CCL trunk. There are a couple of `must-haves' for us when using slime with our multi- threaded application that work in SBCL but not in CCL: SWANK:*GLOBALLY-REDIRECT-IO* does not globally redirect io when set to T in ~/.swank.lisp. Output remains in the *inferior-lisp* buffer. SWANK:*GLOBAL-DEBUGGER* does not invoke SLDB when cond- itions are raised outside of the REPL thread when set to T in ~/.swank.lisp. I see the following in *inferior-lisp*: > Break: URL: #1="/tests/1" CMD: (:GRID #1# :GRID) > While executing: AJAX-RESPONSE, in process hunchentoot-worker-1(11). ;;; ;;; #<PROCESS hunchentoot-worker-1(11) [Active] #x9452A16> requires access to Shared Terminal Input ;;; Type (:y 11) to yield control to this thread. ;;; Can anyone offer any advice on how to proceed? Thanks, - Scott

3 7

[slime-devel] text properties in REPL
by Madhu 10 Jan '09

10 Jan '09

How about a global switch which would be checked before propertising any string in SLIME? I'm facing emacs rendering-speed issues so I'm asking. And its not like you can do M-x font-lock-mode and turn display properties off Also, any hope of REPL history behaviour getting reverted so it works like minibuffer history, especially for searching? -- Madhu

6 22