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

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 18 Dec '05

18 Dec '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.820 slime/ChangeLog:1.821 --- slime/ChangeLog:1.820 Fri Dec 16 14:35:14 2005 +++ slime/ChangeLog Sun Dec 18 18:24:36 2005 @@ -1,3 +1,12 @@ +2005-12-18 Nikodemus Siivola <nikodemus(a)random-state.net> + + * slime.el (slime-mode-hook): Bind simple characters to + slime-self-insert-command only if there was no previous local + binding, and the major mode is _not_ slime-repl-mode. This + restores keybindings of slime-xref-mode and prevents us from + stomping on user bindings. The hilighting also makes no sense in + the REPL. + 2005-12-16 Nikodemus Siivola <nikodemus(a)random-state.net> * slime.el (slime-selector-method: ?r): If no connection offer to

1 0

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 16 Dec '05

16 Dec '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.818 slime/ChangeLog:1.820 --- slime/ChangeLog:1.818 Wed Dec 7 18:51:41 2005 +++ slime/ChangeLog Fri Dec 16 14:35:14 2005 @@ -1,3 +1,26 @@ +2005-12-16 Nikodemus Siivola <nikodemus(a)random-state.net> + + * slime.el (slime-selector-method: ?r): If no connection offer to + start Slime. + + * swank.lisp (to-string): Handle errors from printing objects. + Among other things makes the inspector more robust in the face of + objects with unbound slots and print-methods that fail to cope. + +2005-12-16 William Bland <doctorbill.news(a)gmail.com> + + Added hilighting of tetx which has been edited but not yet + compilied. + + * slime.el (slime-display-edit-hilights): New variable. + (slime-display-edit-face): New face. + (slime-compile-file, slime-compile-defun, slime-compile-region): + Remove edits overlay. + (slime-remove-edits): New function. + (slime-self-insert-command): New function. + (slime-mode-hook): Rebind simple characters to + slime-self-insert-command. + 2005-12-07 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * swank-allegro.lisp (find-definition-in-file)

1 0

[slime-devel] M-. behaviour changed?
by Nikodemus Siivola 16 Dec '05

16 Dec '05

Very recently Space has stopped working in the XREF buffer opened by M-. (it used to close the XREF buffer and take you to the definition under point). Was this intentional or accidental? Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs."

1 0

[slime-devel] a different sbcl/slime problem (using recent versions)
by rif 16 Dec '05

16 Dec '05

Hi. I've downloaded sbcl 0.9.7 and the CVS version of slime (on 15 December 2005), and I can't seem to get it to work. It looks like everything's compiling OK, and then eventually, I get a message (in the *inferior lisp* buffer) like * ;; Swank started at port: 33165. NIL * and about 2/3 second later, I get Process inferior-lisp hangup and at the bottom, the messsage "Lisp connection closed unexpectedly: exited abnormally with code 256." Any thoughts on what could be causing this? (I got the exact same error with the debian testing versions of sbcl and slime, so I tried installing the newest (I removed and dpkg --purge'd the debian packages) versions, but that didn't help. Cheers, rif

3 2

[slime-devel] Unable to edit Lisp file on Aquamacs/SLIME
by Ulrich Hobelmann 16 Dec '05

16 Dec '05

Hi, I have one very strange problem in Aquamacs 0.9.7: I have a directory with Umlauts in the name, such as "Eine Übung", in it a (Common) Lisp file. I load the file in Aquamacs, I start SLIME, I try to slime-compile the file (C-c C-k). Emacs complains: Coding system iso-latin-1-unix not suitable for "000067(:emacs-rex (swank:compile-file-for-emacs \"/Users/ulli/Desktop/LESD-Übung/uebung4-3.lisp\" t) nil t 4) From then on I can't even edit the file in the Lisp file's buffer (I get the same error message every time). Not sure if this is a SLIME error, or an Emacs error, but I suspect it's SLIME. I only use SLIME 1.2.1 (which seems the last stable one?), but maybe you can reproduce the error, or tell me if it's fixed in a newer version. -- If you have to ask what jazz is, you'll never know. Louis Armstrong

2 1

[slime-devel] slime + sbcl problems
by xpacman+slime-devel＠gmail.com 16 Dec '05

16 Dec '05

I have some compilation errors when trying to run slime (latest from CVS). I tried 2 host configurations and got 2 different errors (both seem to be related to missing linux_no_threads_p function): 1) Debian SARGE, GNU Emacs 21.4.1, SBCL 0.8.16 2) Fedora Core release 3 (Heidelberg), GNU Emacs 21.3.2, SBCL 0.8.18 -- my .emacs -------------------------------------------------------- ;; SLIME SUPPORT (add-to-list 'load-path "/home/vitaly/slime") (setq inferior-lisp-program "/usr/bin/sbcl") (require 'slime) (add-hook 'lisp-mode-hook (lambda () (slime-mode t))) (add-hook 'inferior-lisp-mode-hook (lambda () (inferior-slime-mode t))) (setq lisp-indent-function 'common-lisp-indent-function slime-complete-symbol-function 'slime-fuzzy-complete-symbol) (slime-setup) ---------------------------------------------------------------------------- == 1 Debian BOX ================================================== ; compiling file "/home/vitaly/slime/swank-sbcl.lisp" (written 12 DEC 2005 09:47:54 AM): ; file: /home/vitaly/slime/swank-sbcl.lisp ; in: DEFUN MAKE-SOCKET-IO-STREAM ; (LET ((SWANK-BACKEND::EF ; (SWANK-BACKEND::FIND-EXTERNAL-FORMAT SWANK-BACKEND::EXTERNAL-FORMAT))) ; (SB-BSD-SOCKETS:SOCKET-MAKE-STREAM SWANK-BACKEND::SOCKET ; :OUTPUT ; T ; :INPUT ; T ; :ELEMENT-TYPE ; 'CHARACTER ; :BUFFERING ; SWANK-BACKEND::BUFFERING)) ; ; caught STYLE-WARNING: ; The variable EF is defined but never used. compilation aborted because of fatal error: READ failure in COMPILE-FILE: READER-ERROR at 23385 (line 604, column 50) on #<FILE-STREAM for "file \"/home/vitaly/slime/swank-sbcl.lisp\"" {9983BC9}\ >: Symbol "DEFINITION-SOURCE-FILE-WRITE-DATE" not found in the SB-INTROSPECT package. ; /home/vitaly/.slime/fasl/sbcl-0.8.16-linux-x86/swank-sbcl.fasl written ; compilation finished in 0:00:02 ;; loading #P"/home/vitaly/.slime/fasl/sbcl-0.8.16-linux-x86/swank-sbcl.fasl" debugger invoked on a SIMPLE-ERROR in thread 24402: Unknown foreign symbol: "linux_no_threads_p" You can type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. == 2 Fedora Box ===================================================== .... ; compiling file "/home/vitaly/slime/swank-sbcl.lisp" (written 12 DEC 2005 03:36:56 PM): compilation aborted because of fatal error: READ failure in COMPILE-FILE: READER-ERROR at 23385 (line 604, column 50) on #<FILE-STREAM for "file \"/home/vitaly/slime/swank-sbcl.lisp\"" {99EA421}\ >: Symbol "DEFINITION-SOURCE-FILE-WRITE-DATE" not found in the SB-INTROSPECT package. ; /home/vitaly/.slime/fasl/sbcl-0.8.18-linux-x86/swank-sbcl.fasl written ; compilation finished in 0:00:04 ;; loading #P"/home/vitaly/.slime/fasl/sbcl-0.8.18-linux-x86/swank-sbcl.fasl" STYLE-WARNING: Undefined alien: "linux_no_threads_p" STYLE-WARNING: redefining PREFERRED-COMMUNICATION-STYLE NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITHOUT-INTERRUPTS (T) in DEFMETHOD STYLE-WARNING: redefining LISP-IMPLEMENTATION-TYPE-NAME NIL in DEFMETHOD STYLE-WARNING: redefining CALL-WITH-SYNTAX-HOOKS (T) in DEFMETHOD STYLE-WARNING: redefining DEFAULT-READTABLE-ALIST NIL in DEFMETHOD STYLE-WARNING: redefining ARGLIST (T) in DEFMETHOD STYLE-WARNING: redefining NEW-DEFINITION-SOURCE-P in DEFUN ; compiling file "/home/vitaly/slime/swank-source-path-parser.lisp" (written 12 DEC 2005 03:36:56 PM): ..... ..... debugger invoked on a SB-ALIEN:UNDEFINED-ALIEN-ERROR in thread 4343: Attempt to access an undefined alien value. You can type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. ====================================================================== Thanks, /pac

3 4

[slime-devel] Starting Slime via slime-selector
by Nikodemus Siivola 16 Dec '05

16 Dec '05

I've had the following for _ages_ in my local tree. Unless there are objections I'd prefer to merge it. In a nutshell: in the unlikely event of not having a running Slime when your fingers think for themselves and hit the slime-selector/r keys you are given the chance to start Slime then and there. Cheers, -- Nikodemus Schemer: "Buddha is small, clean, and serious." Lispnik: "Buddha is big, has hairy armpits, and laughs."

2 1

[slime-devel] slime cvs 20051213, XEmacs 21.4.17
by Adam Fabian 14 Dec '05

14 Dec '05

When I try to run slime for the first time with the CVS version from Dec 12, XEmacs 21.4.17, and SBCL 0.97, I get this error down in the messages area: itimer "run-with-timer" signaled: (error "127.0.0.1/|^H& Servname not supported And it appears to go on, but I'm lame enough that I haven't figure out how to read the rest of the messages buffer without making it disappear. I might think I had some kind of local hosts or DNS misconfiguration, if the same setup didn't work perfectly well under regular GNU Emacs 21.4.1. I know this is kind of lame for a bug report; I'm amenable to being told how to beat more useful information out of xemacs, like.. oh, say, the rest of that message.

1 1

Re: [slime-devel] slime cvs 20051213, XEmacs 21.4.17
by Hoehle, Joerg-Cyril 14 Dec '05

14 Dec '05

Adam Fabian wrote: >And it appears to go on, but I'm lame enough that I haven't figure out >how to read the rest of the messages buffer without making it >disappear. All Emacs messages are available in the buffer named *Messages* (Emacs) or " *Messages*" (XEmacs, note space prefix). In XEmacs, in may therefore be necessary to select the buffer as follows: C-x b c-q SPACE * Mess TAB RET Buffers with a space prefix are normally hidden from the *Buffer List*. Some such exist in Emacs as well. Regards, Jörg Höhle.

1 0

[slime-devel] M-x slime-disconnect
by Alexis Rondeau 10 Dec '05

10 Dec '05

Hi there! Again I wanted to ask for opinions or solutions on the following problem. My setting is a Debian Stable with a 2.6.24 Kernel, cmucl 19b and slime from todays CVS. This whole thing takes place at a newly, dedicated server where I hoped this problem would not persist (in contrast to my PC which has the same specs). Unfortunately it does, so this is why I am posting again :) Ok, so I startup cmucl with the following initfile: (require 'asdf) (pushnew "/usr/share/common-lisp/systems/" asdf:*central-registry* :test #'equal) (pushnew #p"/home/lisper/slime/" asdf:*central-registry* :test #'equal) (load "/home/lisper/slime/swank-loader.lisp") (asdf:oos 'asdf:load-op :swank) ;;(setf swank:*use-dedicated-output-stream* nil) ;;(swank:create-server :port 4005 :dont-close t) Once at the prompt within cmucl I enter * (swank:create-server :port 4005 :dont-close t) ;; Swank started at port: 4005. 4005 And I can now, for example from another console via emacs comfortably via M-x slime-connect. Ok, so I have the REPL and everything but at some point I want to close the emacs-session (when I need to logout, for example) and I hit M-x slime-disconnect. What happens on the server-lisp running the swank server is this: * ;; Connection to Emacs lost. ;; [End-of-File on #<Stream for descriptor 6>] I am thrown in to the debugger, which is not really what I want, especially when I want to run this in the background and need to trust that at least swank works fine. Maybe, if you can tell me, this is safe to ignore. I don't know. I tried create-server with suggestions from a post earlier this week :style :spawn, :style :fd-handler, etc.. . It did not work and I don't know what to do. Am I the only one with this problem? Thank you for helping me with this :) Best, Alexis

2 1

Re: [slime-devel] M-. slime-edit-definition accuracy
by Andras Simon 10 Dec '05

10 Dec '05

On Thu, 8 Dec 2005, Luke J Crook wrote: > Andras Simon wrote: > > On Thu, 8 Dec 2005, Luke Crook wrote: > > > >> I'm using Emacs/SLIME and Lispworks. I'm finding that "M-. slime-edit- > >> definition" becomes less and less accurate the further into the file the > >> definition is located. > > Can't this be due to Windows/Unix eol differences? > > Just guessing. > > > I suppose it could very well be. Is there anyone using Win32 that has > experienced this problem? Just convert the file to use the eol convention of your OS, recompile it, and see if the problem persists. Andras

3 2

[slime-devel] M-. slime-edit-definition accuracy
by Luke Crook 08 Dec '05

08 Dec '05

I'm using Emacs/SLIME and Lispworks. I'm finding that "M-. slime-edit- definition" becomes less and less accurate the further into the file the definition is located. So for example if a defun is near the top of the file, then M-. jumps to the correct line. However if the defun is a couple hundred lines into the file, then M-. may end up somewhere in the middle of the defun, or in the wrong defun. Does this have something to do with tags? Is there something I need to rebuild from time to time? Thanks, -Luke

2 1

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 07 Dec '05

07 Dec '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.816 slime/ChangeLog:1.818 --- slime/ChangeLog:1.816 Tue Dec 6 00:01:49 2005 +++ slime/ChangeLog Wed Dec 7 18:51:41 2005 @@ -1,8 +1,24 @@ +2005-12-07 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * swank-allegro.lisp (find-definition-in-file) + (find-fspec-location, fspec-definition-locations): Allegro CL + properly records all definitions made by arbitrary macros whose + names start with "def". Use excl::find-source-file and + scm:find-definition-in-definition-group (rather than + scm:find-definition-in-file) to find them. + + * slime.el (slime-load-file): Change the default to be the buffer + file name with extension. This is more convenient for files like + .asd files that do not have the default source file extension. + (slime-save-some-lisp-buffers, slime-update-modeline-package): + Handle all files with major mode in slime-lisp-modes, not just + lisp-mode. + 2005-12-06 Juho Snellman <jsnell(a)iki.fi> - * swank-sbcl.lisp (function-source-location, - safe-function-source-location): Oops, define these functions - also for the >0.9.6 case. Fixes broken sldb-show-source on - SBCL 0.9.7. + + * swank-sbcl.lisp (function-source-location, + safe-function-source-location): Oops, define these functions also + for the >0.9.6 case. Fixes broken sldb-show-source on SBCL 0.9.7. 2005-12-05 Helmut Eller <heller(a)common-lisp.net>

1 0

[slime-devel] Patch for slime-load-file
by Matthias Koeppe 07 Dec '05

07 Dec '05

Any objections to this proposed change? (BTW, what's the rationale of stripping the filename extension here?) 2005-12-02 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-load-file): Strip the extension from the file name of the current buffer only if it is ".lisp". Much more convenient when you try to load the .asd file in the current buffer. --- slime.el.~1.566.~ 2005-12-01 13:32:54.000000000 +0100 +++ slime.el 2005-12-02 16:37:38.678149000 +0100 @@ -6520,9 +6520,13 @@ (interactive (list (read-file-name "Load file: " nil nil nil (if (buffer-file-name) - (file-name-sans-extension - (file-name-nondirectory - (buffer-file-name))))))) + (let ((file-name + (file-name-nondirectory + (buffer-file-name)))) + (if (string= (file-name-extension file-name) + "lisp") + (file-name-sans-extension file-name) + file-name)))))) (let ((lisp-filename (slime-to-lisp-filename (expand-file-name filename)))) (slime-eval-with-transcript `(swank:load-file ,lisp-filename)))) -- Matthias Koeppe -- http://www.math.uni-magdeburg.de/~mkoeppe

3 5

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 06 Dec '05

06 Dec '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.815 slime/ChangeLog:1.816 --- slime/ChangeLog:1.815 Mon Dec 5 21:20:43 2005 +++ slime/ChangeLog Tue Dec 6 00:01:49 2005 @@ -1,3 +1,9 @@ +2005-12-06 Juho Snellman <jsnell(a)iki.fi> + * swank-sbcl.lisp (function-source-location, + safe-function-source-location): Oops, define these functions + also for the >0.9.6 case. Fixes broken sldb-show-source on + SBCL 0.9.7. + 2005-12-05 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-find-coding-system): Use check-coding-system

1 0

[slime-devel] local variables lost in cmucl
by Giorgos Pontikakis 06 Dec '05

06 Dec '05

Hi, I'm using CMUCL 19c and Slime from CVS. I get this strange behaviour when I debug a lisp program: -- When I compile and load my files with the following: (dolist (i *source-files*) (declaim (optimize (speed 0) (space 0) (safety 3) (debug 3))) (compile-file (concatenate 'string i ".lisp"))) (dolist (i *source-files*) (declaim (optimize (speed 0) (space 0) (safety 3) (debug 3))) (load (concatenate 'string i ".x86f"))) I can use the 'v' command of the slime-debugger to see my source code, but I lose information for local variables -- When I just load the files using the following: (dolist (i *source-files*) (declaim (optimize (speed 0) (space 0) (safety 3) (debug 3))) (load (concatenate 'string i ".lisp"))) I have information for local variables, but the 'v' command of the debugger does not jump to the source code. Instead, it presents me with some representation of the code which I believe that is the interpreted one, and is much more difficult to use. Is there something that I'm doing wrong, or is it a limitation of slime? thank you very much Giorgos

2 3

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 05 Dec '05

05 Dec '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.814 slime/ChangeLog:1.815 --- slime/ChangeLog:1.814 Tue Nov 22 21:44:14 2005 +++ slime/ChangeLog Mon Dec 5 21:20:43 2005 @@ -1,3 +1,8 @@ +2005-12-05 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-find-coding-system): Use check-coding-system + only if it's actually fbound. + 2005-11-22 Marco Monteiro <masmxx(a)gmail.com> * slime.el (slime-connect): Use slime-net-coding system if the

1 0

[slime-devel] Has anyone thought about implementing this?
by Fred Gilham 05 Dec '05

05 Dec '05

It seems to me that the ability to bring up new frames that act as typeout windows for the various standard streams would be useful. That is, it would be nice to be able to bring up a frame where all the stuff from the *debug-output* or *error-output* stream was sent. It might even be nice to be able to bring up a frame that manages *query-io* so that it doesn't get mixed in with the REPL. Has anyone thought of doing this? Would it be hard to do if someone wanted to try it as a first slime implementation project? Or is it already done as an undocumented feature? -- Fred Gilham gilham(a)csl.sri.com I'm skeptical about attempts to proclaim hell to people that don't already have the taste of it in their mouths. Hell as the ultimate loss of relationship, of health, of even sanity, makes sense to someone who already sees the beginnings of that process taking hold in his own life. Hell as an imaginary place that is like being sent to your room for a long, long time, with the heat turned up really high, doesn't make sense.

2 1

Re: [slime-devel] [patch] closing connections with :fd-handler style
by Stephen Compall 01 Dec '05

01 Dec '05

On Thu, 2005-12-01 at 09:26 +0000, Alexis Rondeau wrote: > Thank you for the patch, but still I get a new kind of error from sbcl > which brings me in the same situation. This patch affects only code used by :sigio and :fd-handler communication styles, not code used in the :spawn style. If you'd like to try the patch, please pass `:style :fd-handler' to create-server, which is the default on SBCL when threads are not available, or set *communication-style* to :fd-handler before creating a server. > Again, I can connect but on M-x slime-disconnect in emacs this happens > now > > * (swank:create-server :port 4005 :dont-close t) > ;; Swank started at port: 4005. > > 4005 > * ;; Connection to Emacs lost. > ;; [end of file on #<SB-SYS:FD-STREAM for "a constant > string" {985B171}>] > > debugger invoked on a SIMPLE-ERROR in thread #<THREAD > "auto-flush-thread" {9987D91}>: > #<SB-SYS:FD-STREAM for "a constant string" {985D5F1}> is closed. I am not experienced with SBCL, but the :spawn-style-related code seems to close the connections correctly. I am not sure how the "auto-flush-thread" is operating, but would be slow to blame it before something in the :spawn code. -- Stephen Compall http://scompall.nocandysoftware.com/blog

1 0

Re: [slime-devel] [patch] closing connections with :fd-handler style
by Alexis Rondeau 01 Dec '05

01 Dec '05

On 12/1/05, Alexis Rondeau <alexis.rondeau(a)gmail.com> wrote: > > > > On 12/1/05, Stephen Compall <s11(a)member.fsf.org> wrote: > > As far as I can tell, the only way a Swank connection object with > > style :fd-handler will ever be closed due to EOF (with > > close-connection) is if either the fd-handler implementation detects > > the EOF state and knows how to destroy Swank connections, or a > > condition is raised in the dynamic context of > > with-reader-error-handler. Looking at the topmost form > in that > > context, however, it can only happen if (listen socket) answers T, so > > that the attempt to read can proceed and raise an eof-error, which > > gets wrapped up, etc. > > > I modified process-available-input to test (listen socket) only after > > calling FN at least once; after all, it always returns T when the > > handler is called for a normal input state. Without this patch, my > > fd-handler backend gets into an endless loop calling the handler in > > install-fd-handler (with the :eof state); with this patch, the socket > > is closed, removed from *connections*, and from the fd-handler backend > > properly. > > Thank you for the patch, but still I get a new kind of error from sbcl > which brings me in the same situation. I removed my ~/.slime directory > before starting sbcl to make sure everything is reloaded and recompiled and > reinstalled my emacs21-*. Still this is what happens on the host-lisp: > > * (swank:create-server :port 4005 :dont-close t) > ;; Swank started at port: 4005. > > > * (swank:create-server :port 4005 :dont-close t) > ;; Swank started at port: 4005. > > 4005 > Again, I can connect but on M-x slime-disconnect in emacs this happens now > * ;; Connection to Emacs lost. > ;; [end of file on #<SB-SYS:FD-STREAM for "a constant string" {985B171}>] > > debugger invoked on a SIMPLE-ERROR in thread #<THREAD "auto-flush-thread" > {9987D91}>: > #<SB-SYS:FD-STREAM for "a constant string" {985D5F1}> is closed. > > > > Attached is the patch. > > I patched my file but still more or less the same problem. I am on a 2.6.11 > kernel here, could this mean something? > > > -- > > Stephen Compall > > http://scompall.nocandysoftware.com/blog > > Thank you Stephen for your time and effort! > > Alexis > > -----BEGIN PGP SIGNATURE----- > > Version: GnuPG v1.4.2 (GNU/Linux) > > > > > iD8DBQBDjrinYWjD35Pp0wIRAg00AJ44yB7FIDcrx37iGKPKyGH8q+ZzdQCgm+XT > > eXy5zTXCNt99X91OkkpYB4k= > > =4/SK > > -----END PGP SIGNATURE----- > > > > > > _______________________________________________ > > slime-devel site list > > slime-devel(a)common-lisp.net > > http://common-lisp.net/mailman/listinfo/slime-devel > > > > > > > >

1 0

[slime-devel] Problems with M-x slime-disconnect
by Alexis Rondeau 01 Dec '05

01 Dec '05

Hi there, I have been wanting to try out to connect to a running sbcl (0.9.5 on sarge) lisp In my console, I startup slime (which I got from cvs today) and create the server: * (swank:create-server) ;; Swank started at port: 4005. 4005 This works fine. In my emacs I hit M-x slime-connect and after providing host and port, I am actually using the above started lisp. So far so good, but now the actual problem arises. Once I hit M-x slime-disconnect in Emacs I get the following error in my sbcl and cannot reconnect to the lisp: * ;; Connection to Emacs lost. ;; [end of file on #<SB-SYS:FD-STREAM for "a constant string" {AC56161}>] debugger invoked on a SIMPLE-ERROR in thread #<THREAD "auto-flush-thread" {AD822F1}>: #<SB-SYS:FD-STREAM for "a constant string" {AC5D1C1}> is closed. I have been searching all over the internet for a solution because this way I can not really work because I can only once connect to the lisp and not again. Can anyone give me a pointer on what I am doing wrong? I am totally stunned because I seem to be the only one that has this problem :( In any case, thank you for your help! Slime is working amazingly otherwise just this feature is really important to me. Alexis

2 1