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

[slime-devel] help: swank + acl81_express refuses to start in CVS emacs
by Madhu 20 Nov '08

20 Nov '08

I noticed this problem only in emacs 23.0.60 (not 22.1) and allegro express 8.1 on linux: ,---- | emacs -Q -eval '(add-to-list (quote load-path) "~/path/to/slime")' -eval '(require (quote slime))' | C-u M-x slime /path/to/acl_express/alisp `---- ,---- In the *inferior-lisp* buffer: | (progn (load "~/path/to/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.12688" :coding-system "iso-latin-1-unix")) | | International Allegro CL Free Express Edition | 8.1 (Linux (x86)) (Jun 29, 2008 13:34) | Copyright (C) 1985-2007, Franz Inc., Oakland, CA, USA. All Rights | Reserved. | | [snip] | | ;; Swank started at port: 40835. | 40835 | CL-USER(2): CL-USER(2): | | ;; swank:close-connection: eof encountered on stream | #<MULTIVALENT stream socket connected from | localhost/40835 to localhost/46300 @ | #x7158daaa> `---- Allegro drops the connection as soon as emacs connects. ,---- And in Emacs: | Debugger entered: (("Error in timer" slime-attempt-connection (#<process inferior-lisp> nil 2) (file-error "make client process failed" "connection refused" :name "SLIME Lisp" :buffer nil :host "127.0.0.1" :service 56408))) | (condition-case data (apply fun args) (error (debug nil ...))) | slime-timer-call(slime-attempt-connection #<process inferior-lisp> nil 2) | apply(slime-timer-call (slime-attempt-connection #<process inferior-lisp> nil 2)) | byte-code("[snip]" [timer apply 5 6] 4) | timer-event-handler([t 18720 56375 253953 0.3 slime-timer-call (slime-attempt-connection #<process inferior-lisp> nil 2) nil]) `---- [The probem persists after updating patches for ACL (including the aug 27 base patch). The problem was not observed in the ACL 8.1 release from 2007 (but as that distribution is unavailable, I am not able to check).] The calls at allegro probably looks like: (ERROR END-OF-FILE :STREAM ...) ((:EFFT DC-READ-CHAR :LATIN1-BASE) :UNKNOWN :UNKNOWN ...) (SWANK::DECODE-MESSAGE #<MULTIVALENT stream socket connected from localhost/43977 to localhost/55570 @ #x7158963a>) I've ensured consistent coding systems between emacs and slime, I am stumped at finding a workaround, so I am soliciting suggestions -- Madhu

2 3

[slime-devel] parsing of local functions & macros
by Tamas K Papp 15 Nov '08

15 Nov '08

Hi, I find SLIME's ability to display argument syntax in the status bar and complete function names and argument lists very useful. I am just wondering it if would be possible to make this work for local functions and macros too. Eg when I write (flet ((strange-function (a b) (+ a b (* a b)))) (strng-f then C-c C-i could offer the completion strange-function among the choices, then its arguments would display in the status bar, and C-c C-s would complete them. Same for macrolet. I know very little about SLIME's internal workings. Is it possible to do this? Thank you, Tamas

2 1

[slime-devel] swank-listener-hooks fix, paredit-friendly REPL patch
by Ivan Shvedunov 12 Nov '08

12 Nov '08

Hello. I've discovered a problem with swank-listener-hooks (rendering REPL unusable), which is needed for CLG. The trivial patch that restores it's functionality is attached. Another patch attached to this message makes SLIME REPL usable in Paredit mode by using the part of input between its start and (point) as history search pattern. I've sent a patch doing that long time ago, it was applied but later accidentally (as I understood it after asking on #lisp) reverted. I forgot about it for a while and just kept changes in my copy of SLIME, but now I decided to share them again. Thanks. Ivan

4 10

[slime-devel] in-package inside strings, lists...
by Stas Boukarev 10 Nov '08

10 Nov '08

When I have IN-PACKAGE inside string or list, slime's information about current package becomes screwed. " (in-package :foo) " or '( (in-package :foo)) -- With Best Regards, Stas.

3 2

[slime-devel] Eliminating annoying pop-ups
by Madhu 05 Nov '08

05 Nov '08

It used to be possible to stop slime from popping up the repl buffer (when evaluating forms from a file, say) with the following: ,---- ;; madhu 050219 (pop-up-windows nil) | ;; pop-up-windows | (defun slime-maybe-display-output-buffer-better-not (start end)) | (setq slime-show-last-output-function | 'slime-maybe-display-output-buffer-better-not) `---- This mechanism has been removed recently, How could I achieve the same effect in newer slime? i.e. ensure that slime does not pop up buffers during evaluation -- Madhu

1 0

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

03 Nov '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1578 slime/ChangeLog:1.1581 --- slime/ChangeLog:1.1578 Fri Oct 31 14:19:35 2008 +++ slime/ChangeLog Sun Nov 2 12:05:24 2008 @@ -1,3 +1,20 @@ +2008-11-02 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-popup-buffer-quit): Always delete windows and + bury the buffer. + +2008-11-02 Helmut Eller <heller(a)common-lisp.net> + + * swank-backend.lisp (slime-interrupt-queued): New condition. + * swank.lisp (invoke-or-queue-interrupt): Raise it here. + * swank-cmucl.lisp (wait-for-input): Make fd readable in condition + handler so that we can call serve-events without timeout. + +2008-11-02 Helmut Eller <heller(a)common-lisp.net> + + * slime.el ([test] find-definition.2, [test] compile-defun): + Expect to fail for CCL. + 2008-10-31 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-repl-history-pattern): Simplify as suggested by

1 0

[slime-devel] slime has broken cmucl mp
by Madhu 01 Nov '08

01 Nov '08

It used to be possible to run multiprocessing servers like a webserver which coexisted with slime. This is no longer possible With current CVS slime, swank's WAIT-FOR-EVENT blocks all other processes from handling FD events There is a simple test case, but here is a more realistic one: I'm attaching a program "t2.lisp" which seeks to illustrates the problem. This is a simple program which listens on a port [8128 by default] and prints a message to clients which connect to it. -- In a bare lisp * (load "t2.lisp") LISTEN-FOR-CONNECTIONS creates a process which listens at port 8128. -- run `telnet localhost 8128' from a shell, a few times. This will result in the bogus service printing a message to the telnet client, as expected. -- load slime in the lisp, and listen at port 4005 * (load "/path/to/swank-loader.lisp") * (swank-loader::init) * (swank::setup-server 4005 #'print nil nil (swank::find-external-format "latin-1-unix")) -- Connect to the lisp from emacs using M-x slime-connect localhost 4005 -- run `telnet localhost 8128' from a shell. This hangs until the slime connection exits. This is a serious problem, and exposes many issues with SLIME's design. -- Madhu

2 4

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

01 Nov '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1574 slime/ChangeLog:1.1578 --- slime/ChangeLog:1.1574 Thu Oct 30 09:28:51 2008 +++ slime/ChangeLog Fri Oct 31 14:19:35 2008 @@ -1,3 +1,25 @@ +2008-10-31 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-repl-history-pattern): Simplify as suggested by + Knut Olav Bøhmer and Michael Weber. + +2008-10-31 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-eval-with-transcript) + (slime-eval-with-transcript-cont): Restore the current buffer, + before calling cont. + +2008-10-31 Helmut Eller <heller(a)common-lisp.net> + + * swank-lispworks.lisp (describe-function): Don't use + string-upcase on lambda-list-argruments, because not all elements + must be symbols. + +2008-10-31 Helmut Eller <heller(a)common-lisp.net> + + * swank.lisp (debug-in-emacs): Bind *sldb-quit-restart* here. If + necessary, use the current abort retstart. + 2008-10-30 Helmut Eller <heller(a)common-lisp.net> * swank-sbcl.lisp (wait-for-input): Return streams which are at Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.139 slime/contrib/ChangeLog:1.140 --- slime/contrib/ChangeLog:1.139 Thu Oct 30 09:28:25 2008 +++ slime/contrib/ChangeLog Fri Oct 31 13:52:16 2008 @@ -1,3 +1,9 @@ +2008-10-31 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-presentation-streams.liso (slime-stream-p): delete + references to SB-IMPL::INDENTING-STREAM, which is unused in SBCL + and liable to go away. + 2008-10-30 Ivan Shvedunov <ivan4th(a)gmail.com> * swank-listener-hooks.lisp (%listener-eval): Return nil.

1 0

[slime-devel] q in sldb doesn't quit anymore
by Raymond Toy 01 Nov '08

01 Nov '08

In the latest CVS build of slime, pressing "q" in sldb doesn't abort anymore. I get another error. Pressing "a" does abort. I hope this wasn't an intentional change. I have "q" hardwired now, so changing to "a" will be hard. :-( Ray

2 2

[slime-devel] CVS Snapshot Link Broken
by Elliott Slaughter 31 Oct '08

31 Oct '08

Hi, The link to the CVS snapshot ( http://common-lisp.net/cgi-bin/viewcvs.cgi/root.tar.gz?root=slime&view=tar) gives me a 403 Forbidden error. It would be nice if this link worked, especially for Windows users who may not have CVS installed. Thanks. -- Elliott Slaughter "Any road followed precisely to its end leads precisely nowhere." - Frank Herbert

2 2