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

[slime-devel] Saving *slime-scratch*
by Nikodemus Siivola 11 Oct '08

11 Oct '08

The attached patch associates *slime-scratch* with a file if you name one as "slime-scratch-file". I've been running slime with this a while, and rather like it. Something like this was talked about a while ago, and dropped because of what looked like an ideologinal objection to scratch-buffers in my mind. Is the consensus still against this? Cheers, -- Nikodemus Index: slime.el =================================================================== RCS file: /project/slime/cvsroot/slime/slime.el,v retrieving revision 1.784 diff -u -r1.784 slime.el --- slime.el 16 Apr 2007 14:42:33 -0000 1.784 +++ slime.el 27 Apr 2007 13:26:17 -0000 @@ -4570,10 +4570,15 @@ (set-keymap-parent map lisp-mode-map) map)) +(defvar slime-scratch-file nil) + (defun slime-scratch-buffer () "Return the scratch buffer, create it if necessary." (or (get-buffer "*slime-scratch*") - (with-current-buffer (get-buffer-create "*slime-scratch*") + (with-current-buffer (if (not slime-scratch-file) + (get-buffer-create "*slime-scratch*") + (find-file slime-scratch-file)) + (rename-buffer "*slime-scratch*") (lisp-mode) (use-local-map slime-scratch-mode-map) (slime-mode t)

4 5

[slime-devel] Mercurial
by Helmut Eller 08 Aug '08

08 Aug '08

What do people think of switching from CVS to Mercurial[*] ? Helmut. [*] http://www.selenic.com/mercurial/

20 50

[slime-devel] fancy inspector problems
by Knut Olav Bøhmer 18 Jun '08

18 Jun '08

When I inspect the object from lispworks it works ------------------ CL-USER> (inspect <http://www.lispworks.com/reference/HyperSpec/Body/f_inspec.htm> k2::*current-hushe* ) #<HUSHE-CLIENT:HUSHE-CLIENT 118742AB> is a HUSHE-CLIENT:HUSHE-CLIENT TIMESTAMP 3398596745 TIMEOUT 1200 I/O-PACKAGE #<The HUSHE-CLIENT package, 135/256 internal, 101/256 external> LOCK #<MP:LOCK "Hushe-client serializer" Unlocked NIL 0 118742DF> TCPCLIENT-STREAM #<COMM:SOCKET-STREAM 11875E87> HOST "localhost" PORT 11116 ERROR-FORMAT "GENERIC-TCP-CLIENT ERROR: ~a" ---------------- But when I inspect with slime I get this: (note I use all contib mocules, and <http://www.lispworks.com/reference/HyperSpec/Body/a_and.htm> it is latest cvs) ---------------------- The slot #<STANDARD-EFFECTIVE-SLOT-DEFINITION GENERIC-TCPCLIENT::ERROR-FORMAT 1121052F> is missing from #<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> (of class <http://www.lispworks.com/reference/HyperSpec/Body/t_class.htm> #<STANDARD-CLASS <http://www.lispworks.com/reference/HyperSpec/Body/t_std_cl.htm> HUSHE-CLIENT:HUSHE-CLIENT 10A27AEB>), when reading the value. [Condition of type CONDITIONS::SLOT-MISSING-ERROR] Restarts: 0: [ABORT] Return to SLIME's top level. 1: [ABORT] Quit process. Backtrace: 0: CONDITIONS::CONDITIONS-ERROR (:INVISIBLEP T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> CONDITIONS::SLOT-MISSING-ERROR (:NAME #<STANDARD-EFFECTIVE-SLOT-DEFINITION GENERIC-TCPCLIENT::ERROR-FORMAT 1121052F> :INSTANCE #<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> :CLASS #<STANDARD-CLASS <http://www.lispworks.com/reference/HyperSpec/Body/t_std_cl.htm> HUSHE-CLIENT:HUSHE-CLIENT 10A27AEB> :OPERATION ..)) 1: ERROR (CONDITIONS::SLOT-MISSING-ERROR &REST (:NAME #<STANDARD-EFFECTIVE-SLOT-DEFINITION GENERIC-TCPCLIENT::ERROR-FORMAT 1121052F> :INSTANCE #<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> :CLASS #<STANDARD-CLASS <http://www.lispworks.com/reference/HyperSpec/Body/t_std_cl.htm> HUSHE-CLIENT:HUSHE-CLIENT 10A27AEB> :OPERATION SLOT-BOUNDP <http://www.lispworks.com/reference/HyperSpec/Body/f_slt_bo.htm> ..)) 2: (METHOD <http://www.lispworks.com/reference/HyperSpec/Body/t_method.htm> SLOT-MISSING <http://www.lispworks.com/reference/HyperSpec/Body/f_slt_mi.htm> (T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm>)) (#<STANDARD-CLASS <http://www.lispworks.com/reference/HyperSpec/Body/t_std_cl.htm> HUSHE-CLIENT:HUSHE-CLIENT 10A27AEB> #<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> #<STANDARD-EFFECTIVE-SLOT-DEFINITION GENERIC-TCPCLIENT::ERROR-FORMAT 1121052F> SLOT-BOUNDP <http://www.lispworks.com/reference/HyperSpec/Body/f_slt_bo.htm> &OPTIONAL NIL <http://www.lispworks.com/reference/HyperSpec/Body/a_nil.htm>) 3: CLOS::GENERIC-FUNCTION-NON-DISCRIMINATOR NIL 4: CLOS::SLOT-BOUNDP-MISSING (#(1571 (GENERIC-TCPCLIENT::TCPCLIENT-STREAM GENERIC-TCPCLIENT::HOST GENERIC-TCPCLIENT::PORT GENERIC-TCPCLIENT::TIMEOUT GENERIC-TCPCLIENT::I/O-PACKAGE GENERIC-TCPCLIENT::ERROR-FORMAT HUSHE-CLIENT::TIMESTAMP HUSHE-CLIENT::LOCK) NIL <http://www.lispworks.com/reference/HyperSpec/Body/a_nil.htm> ..)) 5: (METHOD <http://www.lispworks.com/reference/HyperSpec/Body/t_method.htm> SWANK:INSPECT-SLOT-FOR-EMACS (T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm>)) (#<STANDARD-CLASS <http://www.lispworks.com/reference/HyperSpec/Body/t_std_cl.htm> HUSHE-CLIENT:HUSHE-CLIENT 10A27AEB> #<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> #<STANDARD-EFFECTIVE-SLOT-DEFINITION GENERIC-TCPCLIENT::ERROR-FORMAT 1121052F>) 6: (SUBFUNCTION 1 (METHOD <http://www.lispworks.com/reference/HyperSpec/Body/t_method.htm> CLOS::UPDATE-DISCRIMINATOR-CODE (STANDARD-GENERIC-FUNCTION <http://www.lispworks.com/reference/HyperSpec/Body/t_std_ge.htm>))) (:INVISIBLEP T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> &REST (#<STANDARD-CLASS <http://www.lispworks.com/reference/HyperSpec/Body/t_std_cl.htm> HUSHE-CLIENT:HUSHE-CLIENT 10A27AEB> #<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> #<STANDARD-EFFECTIVE-SLOT-DEFINITION GENERIC-TCPCLIENT::ERROR-FORMAT 1121052F>)) 7: (METHOD <http://www.lispworks.com/reference/HyperSpec/Body/t_method.htm> SWANK::ALL-SLOTS-FOR-INSPECTOR (STANDARD-OBJECT <http://www.lispworks.com/reference/HyperSpec/Body/t_std_ob.htm> T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm>)) (#<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> :DONT-KNOW) 8: CLOS::CACHE-MISS-FUNCTION (:INVISIBLEP T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> &REST (#<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> #<SWANK::FANCY-INSPECTOR 1188D817>)) 9: (SUBFUNCTION 1 (METHOD <http://www.lispworks.com/reference/HyperSpec/Body/t_method.htm> CLOS::UPDATE-DISCRIMINATOR-CODE (STANDARD-GENERIC-FUNCTION <http://www.lispworks.com/reference/HyperSpec/Body/t_std_ge.htm>))) (:INVISIBLEP T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> &REST (#<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> #<SWANK::FANCY-INSPECTOR 1188D817>)) 10: (METHOD <http://www.lispworks.com/reference/HyperSpec/Body/t_method.htm> SWANK-BACKEND:INSPECT-FOR-EMACS (STANDARD-OBJECT <http://www.lispworks.com/reference/HyperSpec/Body/t_std_ob.htm> SWANK::FANCY-INSPECTOR)) (#<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> #<SWANK::FANCY-INSPECTOR 1188D817>) 11: CLOS::CACHE-MISS-FUNCTION (:INVISIBLEP T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> &REST (#<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> #<SWANK::FANCY-INSPECTOR 1188D817>)) 12: (SUBFUNCTION 1 (METHOD <http://www.lispworks.com/reference/HyperSpec/Body/t_method.htm> CLOS::UPDATE-DISCRIMINATOR-CODE (STANDARD-GENERIC-FUNCTION <http://www.lispworks.com/reference/HyperSpec/Body/t_std_ge.htm>))) (:INVISIBLEP T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm> &REST (#<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> #<SWANK::FANCY-INSPECTOR 1188D817>)) 13: SWANK::INSPECT-OBJECT (#<HUSHE-CLIENT:HUSHE-CLIENT 11A11963> &OPTIONAL "<(INSPECTOR *DEFAULT-INSPECTOR*)>") 14: (SUBFUNCTION 1 SWANK:INIT-INSPECTOR) NIL 15: SWANK-BACKEND:CALL-WITH-SYNTAX-HOOKS (#<Closure 1 subfunction of SWANK:INIT-INSPECTOR>) 16: SWANK::CALL-WITH-BUFFER-SYNTAX (#<Closure 1 subfunction of SWANK:INIT-INSPECTOR>) 17: SYSTEM::%INVOKE (:INVISIBLEP T <http://www.lispworks.com/reference/HyperSpec/Body/a_t.htm>) 18: SYSTEM::%EVAL ((SWANK:INIT-INSPECTOR "k2::*current-hushe*")) 19: EVAL ((SWANK:INIT-INSPECTOR "k2::*current-hushe*")) 20: (SUBFUNCTION 1 SWANK::EVAL-FOR-EMACS) NIL 21: (SUBFUNCTION 1 (TOP-LEVEL-FORM 52)) (#</Function/ <http://www.lispworks.com/reference/HyperSpec/Body/a_fn.htm> SWANK:SWANK-DEBUGGER-HOOK> #<Closure 1 subfunction of SWANK::EVAL-FOR-EMACS>) 22: SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (#</Function/ <http://www.lispworks.com/reference/HyperSpec/Body/a_fn.htm> SWANK:SWANK-DEBUGGER-HOOK> #<Closure 1 subfunction of SWANK::EVAL-FOR-EMACS>) 23: FUNCALL (SWANK::EVAL-FOR-EMACS &REST ((SWANK:INIT-INSPECTOR "k2::*current-hushe*") "COMMON-LISP-USER" 13)) 24: SWANK::READ-FROM-EMACS NIL 25: (SUBFUNCTION 1 SWANK::HANDLE-REQUEST) NIL 26: (SUBFUNCTION 1 (TOP-LEVEL-FORM 52)) (#</Function/ <http://www.lispworks.com/reference/HyperSpec/Body/a_fn.htm> SWANK:SWANK-DEBUGGER-HOOK> #</Function/ <http://www.lispworks.com/reference/HyperSpec/Body/a_fn.htm> 1 subfunction of SWANK::HANDLE-REQUEST>) 27: SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (#</Function/ <http://www.lispworks.com/reference/HyperSpec/Body/a_fn.htm> SWANK:SWANK-DEBUGGER-HOOK> #</Function/ <http://www.lispworks.com/reference/HyperSpec/Body/a_fn.htm> 1 subfunction of SWANK::HANDLE-REQUEST>) 28: (SUBFUNCTION 1 SWANK::CALL-WITH-CONNECTION) NIL 29: SWANK::CALL-WITH-REDIRECTED-IO (#<SWANK::CONNECTION 1192C3E7> #<Closure 1 subfunction of SWANK::CALL-WITH-CONNECTION>) 30: SWANK::CALL-WITH-CONNECTION (#<SWANK::CONNECTION 1192C3E7> #</Function/ <http://www.lispworks.com/reference/HyperSpec/Body/a_fn.htm> 1 subfunction of SWANK::HANDLE-REQUEST>) 31: SWANK::HANDLE-REQUEST (#<SWANK::CONNECTION 1192C3E7>) 32: SWANK::REPL-LOOP (#<SWANK::CONNECTION 1192C3E7>) 33: (SUBFUNCTION 1 SWANK::SPAWN-REPL-THREAD) NIL 34: SWANK::CALL-WITH-BINDINGS (NIL <http://www.lispworks.com/reference/HyperSpec/Body/a_nil.htm> #<Closure 1 subfunction of SWANK::SPAWN-REPL-THREAD>) 35: (SUBFUNCTION 1 SWANK::SPAWN-REPL-THREAD) NIL 36: (SUBFUNCTION MP::PROCESS-SG-FUNCTION MP::INITIALIZE-PROCESS-STACK) (:DONT-KNOW) 37: SYSTEM::%%FIRST-CALL-TO-STACK NIL 38: SYSTEM::%%FIRST-CALL-TO-STACK NIL -- Free Software Consultant Cell: +47 - 47 34 40 08 Phone: +47 - 21 53 69 00, Fax: +47 - 21 53 69 09 Addr: Slemdalsveien 70, PB 1 Vinderen, 0319 Oslo <http://www.freecode.no/>

4 11

[slime-devel] How to correct auto completion error of filenames
by Tsunhin John Wong 02 Apr '08

02 Apr '08

Hello SLIME users, I am using SLIME CVS version 2007-09-27 in the package "Ready Lisp" that contain Aquamacs for OSX The auto completion of this SLIME always add one more SPACE in front of the ending double quote, as shown below (load "/Users/Myname/Documents/Lisp/Mylispfile.lisp ") Where should I look up in the SLIME files to correct this problem? (to remove the extra space) Please point me to the file and functions Thanks a lot! Regards, John

3 2

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 28 Mar '08

28 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1337 slime/ChangeLog:1.1341 --- slime/ChangeLog:1.1337 Wed Mar 26 10:59:30 2008 +++ slime/ChangeLog Thu Mar 27 16:59:45 2008 @@ -1,3 +1,8 @@ +2008-03-27 Martin Simmons <martin(a)lispworks.com> + + * swank-lispworks.lisp (map-error-database): Make mapping work for + LispWorks 5.1 too. + 2008-03-26 Tobias C. Rittweiler <tcr(a)freebits.de> On SBCL, @@ -25,6 +30,24 @@ (def-slime-test locally-bound-debugger-hook): New test case; tests that a locally-bound *DEBUGGER-HOOK* is adhered, and not skipped. +2008-03-26 Helmut Eller <heller(a)common-lisp.net> + + By default, don't ask if SLIME should be started. + + * slime.el (slime-auto-connect): New variable. + (slime-auto-connect): New function. + (slime-connection): Use it. + +2008-03-24 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-check-version): New function. Make the + prompt fit in a single line. + + * swank-loader.lisp (load-swank): Call swank::before-init. + + * swank.lisp (before-init): New function. + (init): Renamed from setup. + 2008-03-24 Tobias C. Rittweiler <tcr(a)freebits.de> * HACKING: Updated due to broken links.

1 0

[slime-devel] lispworks 5.1 conditions
by Peter Denno 28 Mar '08

28 Mar '08

Hi, I just tried lispworks 5.1/linux (released today) with Slime CVS HEAD. I'm not a Slime hacker, but it appears that the argument to swank-backend::lispworks-severity in this version of LW can be a dotted list of the form: (#<CONDITIONS::SIMPLE-STYLE-WARNING 200BF8A7> . 15798) Thus the etypecase in lispworks-severity can fail. So, a naive patch: (defun lispworks-severity (condition) (cond ((not condition) :warning) (t (etypecase #+:lispworks5.1 (car condition) #-lispworks5.1 condition (error :error) (style-warning :warning) (warning :warning))))) I don't doubt that this should be taken care of elsewhere, before the call to lispworks-severity. The list structure seems to have consequences elsewhere. e.g warnings now look like this: -+ Warnings (1) `-- (*ZIPPY* assumed special in SETQ . 15798) -- Best regards, - Peter

2 2

[slime-devel] sporadic EOF on start up
by Walter C. Pelissero 27 Mar '08

27 Mar '08

I've been experiencing this since ever but I've always postponed any investigation to when I had more time. Having noticed that I never got around to do anything about it, I thought I might as well involve the SLIME community. About one out of five times I start slime, I get: ;; Swank started at port: 49576. 49576 * ;; swank:close-connection: End-of-File on #<Stream for descriptor 9> Through the inferior lisp buffer I can verify that the Lisp is not dead; I can interact without problems. It seems like it's just SLIME that fails to notice that. If I do another M-x slime, Emacs asks me if I want to create another inferior lisp. Answering "no" the Lisp session is rescued and everything proceeds as normal. Has anyone else seen something like that? Just for the record, I'm using CMUCL 19d on FreeBSD. -- walter pelissero http://www.pelissero.de

2 2

[slime-devel] Slime/ClozureCL issues
by Vyacheslav Akhmechet 27 Mar '08

27 Mar '08

Hello, I'm using Slime on PPC OS X with ClozureCL and Carbon Emacs 22. I've been running into the following issue for a long time with different versions of above software, and it finally itches enough to ask. When I encounter errors with ClozureCL, I normally just press "q" to leave the debugger. This works with Slime and other Lisp implementations, however on the above setup it occassionally kills the connection with Lisp. It doesn't happen for all errors, though. I am wondering if Slime picks the wrong restart, or if there is another issue. Thanks!

3 3

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 27 Mar '08

27 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1336 slime/ChangeLog:1.1337 --- slime/ChangeLog:1.1336 Mon Mar 24 02:22:19 2008 +++ slime/ChangeLog Wed Mar 26 10:59:30 2008 @@ -1,3 +1,30 @@ +2008-03-26 Tobias C. Rittweiler <tcr(a)freebits.de> + + On SBCL, + + (block outta + (let ((*debugger-hook* #'(lambda (c hook) + (declare (ignore hook)) + (return-from outta 42)))) + (error "FOO"))) + + would just silently skip over the *DEBUGGER-HOOK*, and pop right + into SLDB to handle the error. Fix that. + + * swank-sbcl (make-invoke-debugger-hook): New function; returns a + hook for SB-EXT:*INVOKE-DEBUGGER-HOOK* that checks for the + presence of *DEBUGGER-HOOK*, and calls that if available. + (install-debugger-globally): Use it. + (call-with-debugger-hook): Ditto. + + (getpid): Declaim return type explicitly, to make SBCL shut up about + being unable to optimize %SAP-ALIEN in ENABLE-SIGIO-ON-FD. + + * slime.el (def-slime-test break): Test additionally that BREAK + turns into SLDB even when *DEBUGGER-HOOK* is locally bound. + (def-slime-test locally-bound-debugger-hook): New test case; tests + that a locally-bound *DEBUGGER-HOOK* is adhered, and not skipped. + 2008-03-24 Tobias C. Rittweiler <tcr(a)freebits.de> * HACKING: Updated due to broken links.

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 25 Mar '08

25 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1335 slime/ChangeLog:1.1336 --- slime/ChangeLog:1.1335 Sun Mar 23 19:20:43 2008 +++ slime/ChangeLog Mon Mar 24 02:22:19 2008 @@ -85,13 +85,13 @@ * slime.el (slime-repl-return-behaviour): Deleted. Rebind the key if you don't like what the command does. - + 2008-03-14 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (classify-symbol, symbol-classification->string): Add classification of symbols denoting type specifier, and denoting constants. - + 2008-03-13 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-eval-macroexpand): Indent expansion. @@ -101,7 +101,7 @@ * slime.el (slime-edit-definition-cont): If no definition could be found, print also the package name in the error message where the definition was tried to be found in. - + 2008-03-13 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-region-for-defun-function): Deleted. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.101 slime/contrib/ChangeLog:1.102 --- slime/contrib/ChangeLog:1.101 Tue Mar 18 08:21:28 2008 +++ slime/contrib/ChangeLog Mon Mar 24 02:22:20 2008 @@ -1,3 +1,8 @@ +2008-03-24 Helmut Eller <heller(a)common-lisp.net> + + * swank-kawa.scm: Save stacktraces with locals on throw events. + This is quite costly but makes debugging easier. + 2008-03-14 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-fancy-inspector.lisp (add-slots-for-inspector): Remove @@ -16,7 +21,7 @@ * slime-fuzzy.lisp (slime-fuzzy-insert-completion-choice): (slime-fuzzy-fill-completions-buffer): Adapted to API change. - + 2008-03-14 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-fancy-inspector.lisp (make-symbols-listing :classification):

1 0

[slime-devel] ACL80 and SLIME 2.0
by Kevin Zalondek 24 Mar '08

24 Mar '08

I have recently upgraded the machines I use to run acl80, and I've been having the strangest problem using acl80 with slime 2.0. Hopefully you've seen this and have a good workaround. The old machines were a PPC/Mac Desktop and an Intel/Mac laptop both running Tiger (10.4.11). Both machines run acl80 and slime with no problems. The new machines are an Intel/Mac Pro Desktop and an Intel/Mac laptop both running Leopard (10.5.2). The Desktop runs acl80 under Slime fine. The laptop is the one having the problem. The only difference that I can see between these two machines (other than RAM (16g vs. 4g) or processors (8 vs. 2)) is that the Desktop shipped with the 9.2.0 kernel and the laptop shipped with the 9.2.1 kernel. I believe that this is the case because the Desktop shipped with 10.5.1 and had to be upgraded to 10.5.2, whereas the laptop came with 10.5.2 already installed. Both have been fully upgraded to 10.5.2 OS-X, but I have noticed at least one x windows lib with a changed name on the laptop version, so I know that upgrading to 10.5.2 doesn't produce IDENTICAL copies of the os. As I said, the Desktop runs slime fine. The laptop runs slime fine in an emacs -nw environment. If I run emacs like I normally do in its own X window, however, starting slime produces the following output: (load "/Users/zalondek/emacs/19/slime-2.0/swank-loader.lisp" :verbose t) (swank:start-server "/var/folders/JK/JKqRcfmVFMuXuUm9NcuFPE+++TE/- Tmp-/slime.1253" :external-format :iso-latin-1-unix) International Allegro CL Professional Edition 8.0 [Mac OS X (Intel)] (Mar 20, 2008 19:22) Copyright (C) 1985-2005, Franz Inc., Oakland, CA, USA. All Rights Reserved. This development copy of Allegro CL is licensed to: * License Data Removed * ;; Optimization settings: safety 1, space 1, speed 1, debug 2. ;; For a complete description of all compiler switches given the ;; current optimization settings evaluate (EXPLAIN-COMPILER-SETTINGS). CL-USER(1): ; Loading /Users/zalondek/emacs/19/slime-2.0/swank- loader.lisp ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/swank-backend.fasl ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/nregex.fasl ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/swank-allegro.fasl Warning: (METHOD PREFERRED-COMMUNICATION-STYLE NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD FORMAT-SLDB-CONDITION (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CONDITION-REFERENCES (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CALL-WITH-SYNTAX-HOOKS (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CALL-WITHOUT-INTERRUPTS (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD LISP-IMPLEMENTATION-TYPE-NAME NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD SET-DEFAULT-DIRECTORY (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD DEFAULT-DIRECTORY NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD ARGLIST (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD MAKE-STREAM-INTERACTIVE (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD INITIALIZE-MULTIPROCESSING NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD THREAD-NAME (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD THREAD-STATUS (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD MAKE-LOCK NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CALL-WITH-LOCK-HELD (T T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD CURRENT-THREAD NIL), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp Warning: (METHOD KILL-THREAD (T)), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-backend.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/swank-gray.fasl ; Autoloading for class FUNDAMENTAL-CHARACTER-OUTPUT-STREAM: ; Fast loading /usr/local/acl80/code/streamc.001 ;;; Installing foreign patch, version 1 ; Fast loading from bundle code/efft-utf8-base.fasl. ; Fast loading from bundle code/efft-void.fasl. ; Fast loading from bundle code/efft-latin1-base.fasl. ; Fast loading ; /Users/zalondek/.slime/fasl/2006-04-20/allegro-a8.0-macosx- x86/swank.fasl Warning: (METHOD INSPECT-FOR-EMACS #'T), :OPERATOR was defined in /Users/zalondek/emacs/19/slime-2.0/swank-allegro.lisp and is now being defined in /Users/zalondek/emacs/19/slime-2.0/swank.lisp Warning: These Swank interfaces are unimplemented: (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER INSPECT-FOR-EMACS PROFILE PROFILE-PACKAGE PROFILE-RESET PROFILED-FUNCTIONS REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN UNPROFILE WHO-SPECIALIZES) T [Current process: Initial Lisp Listener] CL-USER(2): ;; Swank started at port: 49466. NIL [Current process: Initial Lisp Listener] CL-USER(3): [Current process: Initial Lisp Listener] CL-USER(3): ; Autoloading for class ECHO-STREAM: ; Fast loading from bundle code/streama.fasl. ;; Event history start: ; Fast loading from bundle code/acldns.fasl. ;;; Installing acldns patch, version 1 ;; Event history end. ;; Connection to Emacs lost. [ ;; condition: eof encountered on stream #<MULTIVALENT stream socket closed, but was connected from localhost/49466 to localhost/49467 @ #x10681302> ;; type: SWANK::SLIME-PROTOCOL-ERROR ;; encoding: :ISO-LATIN-1-UNIX style: :SPAWN dedicated: NIL] Have you ever seen this before? I recall that this happened to me just once when running on my laptop under Tiger, but only once out of hundreds of times. Any suggestions? -Kev

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 24 Mar '08

24 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1331 slime/ChangeLog:1.1335 --- slime/ChangeLog:1.1331 Wed Mar 19 06:46:43 2008 +++ slime/ChangeLog Sun Mar 23 19:20:43 2008 @@ -1,10 +1,36 @@ +2008-03-24 Tobias C. Rittweiler <tcr(a)freebits.de> + + * HACKING: Updated due to broken links. + Reported by Mirko Vukovic. + +2008-03-24 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-set-connection-info): Display SLIME and SWANK + versions explicitly in Protocol Mismatch message. Adapted from + idea and patch by Jeronimo Pellegrini. + +2008-03-24 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-source-path-parser.lisp + + The source parser READs in files, and if such a file contains some + nasty #. hackery that results in an error being signalled, M-. would + fail on anything that's defined in those files. Fix that by using + a special #. reader function that invokes the original #. reader + with an IGNORE-ERRORS wrapped around. + + (make-sharpdot-reader): New function. + (make-source-recording-readtable): Use it and install it on #. + + * slime.el (find-definition.2): New test case to guard against it. + 2008-03-18 Geo Carncross <geocar(a)gmail.com> * swank-ecl.lisp: ECL moved gray streams into GRAY package. 2008-03-18 Helmut Eller <heller(a)common-lisp.net> - * slime.el (slime-xref-group): Hanlde :zip files. + * slime.el (slime-xref-group): Handle :zip files. 2008-03-17 Tobias C. Rittweiler <tcr(a)freebits.de>

1 0

[slime-devel] incorrect link in HACKING
by Mirko Vukovic 24 Mar '08

24 Mar '08

The file HACKING (part of the latest snapshot) points to a non-existant link on the gnu web site for tips for writing the ChangeLog file entries. The correct link is http://www.gnu.org/prep/standards/html_node/Style-of-Change-Logs.html#Style… Mirko

2 1

[slime-devel] More informative "protocol mismatch" message
by Jeronimo Pellegrini 23 Mar '08

23 Mar '08

Hi. Here's a tiny patch that makes the "protocol mismatch" message a bit more informative, showing the versions of slime and swank. J.

2 1

[slime-devel] protocol mismatch?
by Roman Budzianowski 21 Mar '08

21 Mar '08

I cvs'd out today both client side (Aquamacs 1.3b on 10.5.2) and server side (FC6 and sbcl). I get protocol mismatch when doing slime-connect. Just a nuisance or my installation is bad? Roman

2 5

[slime-devel] filtering compiler output
by Roman Budzianowski 21 Mar '08

21 Mar '08

Hi, I wonder if there is a way to filter or structure compiler output in the REPL buffer, similar to when compiling a form or file through editor commands (C-c C-c). I am thinking of a situation when I run a form which triggers compilation of many files (like when using mini- modue from GBBopen). The output goes directly to the REPL buffer and is hard to browse (mostly warnings and notes). Roman

2 3

[slime-devel] Re: Problems with SBCL/CL-PPCRE on Debian/Etch/Testing/clc
by Nicolas Neuss 20 Mar '08

20 Mar '08

"Tobias C. Rittweiler" <tcr(a)freebits.de> writes: > Nicolas Neuss <neuss(a)math.uni-karlsruhe.de> writes: > >> Hello all, >> >> I have an CL-PPCRE that was compiled with an SBCL running in a shell >> (Debian/common-lisp-controller). Now, I see the error below when trying to >> load cl-ppcre via SLIME. I suspect that this is a coding issue again >> (SB-IMPL::*DEFAULT-EXTERNAL-FORMAT* is :latin1, slime-net-coding-system is >> iso-latin-1-unix). >> >> Did anyone of you run into that problem and know a solution? Apropos: >> deleting api.fasl makes SLIME loading work, but then the error occurs when >> loading from an SBCL instance being run from inside a shell. >> >> Thank you, >> Nicolas >> >> --------------------------------------------------------------------------- >> The class SB-PRETTY:PRETTY-STREAM was not changed, and there's no guarantee that >> the loaded code (which expected another layout) will work. >> [Condition of type SIMPLE-ERROR] > > Do you use the `slime-presentation-streams' contrib? What happens when > you do not use it? > > -T. You are right, it may be a problem with presentations. Looking at the startup messages, I see the following: ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-0.9.16-linux-x86/swank-presentations.fasl" ;; loading #P"/var/cache/common-lisp-controller/1000/sbcl/swank/fasl/sbcl-0.9.16-linux-x86/swank-presentation-streams.fasl" WARNING: change in instance length of class PRETTY-STREAM: current length: 25 new length: 27 STYLE-WARNING: redefining MAKE-PRETTY-STREAM in DEFUN STYLE-WARNING: redefining MAYBE-OUTPUT in DEFUN STYLE-WARNING: redefining OUTPUT-LINE in DEFUN STYLE-WARNING: redefining OUTPUT-PARTIAL-LINE in DEFUN STYLE-WARNING: redefining FORCE-PRETTY-OUTPUT in DEFUN which indicates some problem. Could you tell me how to switch off presentations? Thank you, Nicolas

2 4

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 20 Mar '08

20 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1330 slime/ChangeLog:1.1331 --- slime/ChangeLog:1.1330 Tue Mar 18 21:34:30 2008 +++ slime/ChangeLog Wed Mar 19 06:46:43 2008 @@ -574,6 +574,11 @@ * swank-scl.lisp (set-stream-timeout, make-socket-io-stream): update for Scieneer CL 1.3.7. +2007-12-21 Geo Carncross <geocar(a)gmail.com> + + * swank-ecl.lisp: try to parse the Args: line in most ecl functions to + make modeline/autodoc more interesting + 2007-12-20 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (read-softly-from-string): Now actually returns all @@ -587,6 +592,10 @@ `C-c C-c'd from. Idea from Knut Olav Bøhmer. (slime-insert-xrefs): Use it. +2007-12-14 Geo Carncross <geocar(a)gmail.com> + + * Add ECL threads implementation to swank + 2007-12-04 Helmut Eller <heller(a)common-lisp.net> Simplify the inspector.

1 0

[slime-devel] SWANK-BACKEND::LOAD-SHARED-OBJECT is undefined
by Kamil Shakirov 20 Mar '08

20 Mar '08

Hi, I get the following error after the recent update from CVS on win32: ; d:\Users\kamil\_config_\.slime\fasl\2008-03-18\sbcl-1.0.13-win32-x86\swank-sbcl.fasl written ; compilation finished in 0:00:01 ;; ;; Error while loading: d:\Users\kamil\_config_\.slime\fasl\2008-03-18\sbcl-1.0.13-win32-x86\swank-sbcl.fasl ;; Condition: The function SWANK-BACKEND::LOAD-SHARED-OBJECT is undefined. ;; Aborting. ;; ; ; compilation unit aborted ; caught 3 fatal ERROR conditions Thanks. --WBR

1 0

[slime-devel] Problems with SBCL/CL-PPCRE on Debian/Etch/Testing/clc
by Nicolas Neuss 19 Mar '08

19 Mar '08

Hello all, I have an CL-PPCRE that was compiled with an SBCL running in a shell (Debian/common-lisp-controller). Now, I see the error below when trying to load cl-ppcre via SLIME. I suspect that this is a coding issue again (SB-IMPL::*DEFAULT-EXTERNAL-FORMAT* is :latin1, slime-net-coding-system is iso-latin-1-unix). Did anyone of you run into that problem and know a solution? Apropos: deleting api.fasl makes SLIME loading work, but then the error occurs when loading from an SBCL instance being run from inside a shell. Thank you, Nicolas --------------------------------------------------------------------------- The class SB-PRETTY:PRETTY-STREAM was not changed, and there's no guarantee that the loaded code (which expected another layout) will work. [Condition of type SIMPLE-ERROR] Restarts: 0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {C355631}> on #<ASDF:CL-SOURCE-FILE "api" {BA69809}>. 1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {C355631}> on #<ASDF:CL-SOURCE-FILE "api" {BA69809}> as having been successful. 2: [ABORT] Abort SLIME compilation. 3: [ABORT] Return to SLIME's top level. 4: [TERMINATE-THREAD] Terminate this thread (#<THREAD "repl-thread" {AA9CE49}>) Backtrace: 0: (SB-KERNEL::CHECK-LAYOUT #<SB-KERNEL:LAYOUT for SB-PRETTY:PRETTY-STREAM {940BAC9}> #<SB-KERNEL:STRUCTURE-CLASSOID SB-PRETTY:PRETTY-STREAM> 25 #(#<SB-KERNEL:LAYOUT for T {9065D11}> #<SB-KERNEL:LAYOUT for STRUCTURE-OBJECT {9065D61}> #<SB-KERNEL:LAYOUT for STREAM {91AA2C9}> #<SB-KERNEL:LAYOUT for SB-KERNEL:ANSI-STREAM {907D121}>) 4 0) 1: (SB-KERNEL::INIT-OR-CHECK-LAYOUT #<SB-KERNEL:LAYOUT for SB-PRETTY:PRETTY-STREAM {940BAC9}> #<SB-KERNEL:STRUCTURE-CLASSOID SB-PRETTY:PRETTY-STREAM> 25 #(#<SB-KERNEL:LAYOUT for T {9065D11}> #<SB-KERNEL:LAYOUT for STRUCTURE-OBJECT {9065D61}> #<SB-KERNEL:LAYOUT for STREAM {91AA2C9}> #<SB-KERNEL:LAYOUT for SB-KERNEL:ANSI-STREAM {907D121}>) 4 0) 2: (SB-FASL::FOP-LAYOUT) 3: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file /var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" {A7C5841}>) 4: (SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for "file /var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" {A7C5841}> NIL #<unavailable argument>) 5: (SB-FASL::INTERNAL-LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" :ERROR NIL NIL :BINARY NIL) 6: (SB-FASL::INTERNAL-LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl" :ERROR NIL NIL NIL :DEFAULT) 7: (LOAD #P"/var/cache/common-lisp-controller/1000/sbcl/cl-ppcre/api.fasl") 8: ((SB-PCL::FAST-METHOD ASDF:PERFORM (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) #<unavailable argument> #<unavailable argument> #<ASDF:LOAD-OP NIL {C355631}> #<ASDF:CL-SOURCE-FILE "api" {BA69809}>) 9: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) #<unavailable argument> #<unavailable argument> #<ASDF:LOAD-OP NIL {C355631}> #<ASDF:CL-SOURCE-FILE "api" {BA69809}>) 10: ((LAMBDA NIL)) 11: (SB-C::%WITH-COMPILATION-UNIT #<CLOSURE (LAMBDA NIL) {C3BF5BD}>) 12: (ASDF:OPERATE ASDF:LOAD-OP "cl-ppcre") 13: ((LAMBDA (FUNCTION)) #<CLOSURE (LAMBDA NIL) {C339B9D}>) 14: (SWANK::MEASURE-TIME-INTERVAL #<CLOSURE (LAMBDA NIL) {C339AFD}>) 15: (SWANK::SWANK-COMPILER #<CLOSURE (LAMBDA NIL) {C339AFD}>) 16: (SB-INT:EVAL-IN-LEXENV (SWANK:OPERATE-ON-SYSTEM-FOR-EMACS "cl-ppcre" "LOAD-OP") #<NULL-LEXENV>) 17: ((LAMBDA NIL)) 18: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {C33998D}>) 19: ((LAMBDA NIL)) 20: ((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN)) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<FUNCTION (LAMBDA NIL) {B8FFD5D}>) 21: (SWANK::CALL-WITH-REDIRECTED-IO #<SWANK::CONNECTION {A99B9E1}> #<CLOSURE (LAMBDA NIL) {C339825}>) 22: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {A99B9E1}> #<FUNCTION (LAMBDA NIL) {B8FFD5D}>) 23: (SWANK::HANDLE-REQUEST #<SWANK::CONNECTION {A99B9E1}>) -- PD Dr. Nicolas Neuss University Karlsruhe Tel: 0049-721-608-7634 Email: neuss(a)mathematik.uni-karlsruhe.de WWW: <http://www.mathematik.uni-karlsruhe.de/~neuss>

1 0

[slime-devel] slime-toggle-connection
by Knut Olav Bøhmer 19 Mar '08

19 Mar '08

Hi, I find this function very useful, so I suggest that it be included. (defun slime-toggle-connection () "Change current slime connection, and make it buffer local" (interactive) (setf slime-net-processes (rotate-list slime-net-processes)) (let ((p (car slime-net-processes))) (make-local-variable 'slime-default-connection) ;; To have different files with different lisps (slime-select-connection p) (slime-set-state (format "(%s)" (slime-connection-name p)) p) (message "Lisp: %s, buffer: %s" (process-contact p) (slime-connection-name p)))) And, I have bound these keys: (define-key slime-mode-map [f12] 'slime-toggle-connection) (define-key slime-mode-map [f11] 'slime-goto-current-connection) -- Free Software Consultant Cell: +47 - 47 34 40 08 Phone: +47 - 21 53 69 00, Fax: +47 - 21 53 69 09 Addr: Slemdalsveien 70, PB 1 Vinderen, 0319 Oslo <http://www.freecode.no/>

1 0

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 19 Mar '08

19 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1322 slime/ChangeLog:1.1330 --- slime/ChangeLog:1.1322 Mon Mar 17 06:36:00 2008 +++ slime/ChangeLog Tue Mar 18 21:34:30 2008 @@ -1,3 +1,11 @@ +2008-03-18 Geo Carncross <geocar(a)gmail.com> + + * swank-ecl.lisp: ECL moved gray streams into GRAY package. + +2008-03-18 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-xref-group): Hanlde :zip files. + 2008-03-17 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-source-path-parser.lisp: @@ -23,6 +31,34 @@ (slime-pretty-find-buffer-package): Removed. (Nowhere used.) (slime-set-package): Ditto. + +2008-03-14 Helmut Eller <heller(a)common-lisp.net> + + Remove some rarely used code. + + * slime.el (with-lexical-bindings): Removed. Updated callers + accordingly. + (slime-make-default-connection, slime-choose-connection) + (slime-find-connection-by-name, slime-symbol-at-point): Remove. + Unused code. + (slime-obsolete-commands, slime-bind-obsolete-commands) + (slime-bind-obsolete-command, slime-upgrade-notice) + (slime-timebomb, slime-timebomb-progress, slime-timebomb-message): + Remove. Obsolete. + +2008-03-14 Helmut Eller <heller(a)common-lisp.net> + + Move filename translation code to contrib. + + * slime.el (slime-find-filename-translators) + (slime-filename-translations): Move to contrib/slime-tramp.el. + (slime-to-lisp-filename-function) + (slime-from-lisp-filename-function): New variables. + +2008-03-14 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-repl-return-behaviour): Deleted. Rebind + the key if you don't like what the command does. 2008-03-14 Tobias C. Rittweiler <tcr(a)freebits.de> @@ -33,7 +69,7 @@ 2008-03-13 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-eval-macroexpand): Indent expansion. - + 2008-03-13 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-edit-definition-cont): If no definition could Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.100 slime/contrib/ChangeLog:1.101 --- slime/contrib/ChangeLog:1.100 Fri Mar 14 09:39:36 2008 +++ slime/contrib/ChangeLog Tue Mar 18 08:21:28 2008 @@ -24,6 +24,15 @@ silently ignore symbols that can't be usefully classified, but group them under "MISC". +2008-03-14 Helmut Eller <heller(a)common-lisp.net> + + Move filename translation code to contrib. + + * slime-tramp.el (slime-find-filename-translators) + (slime-filename-translations): Move from slime.el. + (slime-tramp-from-lisp-filename, slime-tramp-to-lisp-filename): + New functions. + 2008-03-08 Helmut Eller <heller(a)common-lisp.net> Don't blindly override the inspect method for functions.

1 0

[slime-devel] documentation about completion mode
by Alex Ott 18 Mar '08

18 Mar '08

Hello all I had read doc for Fuzzy Completions mode and found one error: I doc state: "With focus in the target buffer: Type `UP' and `DOWN' to navigate between completions. ... " But when i use arrow keys, than they move cursor in the buffer with program, not in buffer with completions. For moving in completions buffer i should use C-n & C-p instead -- With best wishes, Alex Ott, MBA http://alexott.blogspot.com/ http://xtalk.msk.su/~ott/ http://alexott-ru.blogspot.com/

1 0

[slime-devel] [RfC] (inspect foo) causing Slime Inspector to show up.
by Tobias C. Rittweiler 18 Mar '08

18 Mar '08

Hi, I'm working having an (INSPECT FOO) form cause the Slime Inspector to pop up (on those implementations that provide a way to hook into the their inspection machinery.) At the moment, we maintain only one *Slime Inspector* buffer, this has to be changed due to concurrent evaluation in several threads: For instance, think of code invoking INSPECT run at the REPL, and code invoking INSPECT evaluated in a *slime-scratch* buffer. I can think of two different schemes of maintaining inspector buffers: a) At the moment, each `C-c I' causes an already existing inspector buffer to be overwritten, change that so that each `C-c I' creates a new buffer. Each invocation of INSPECT also creates a new independent buffer. b) Each `C-c I' doesn't create a new inspector buffer, but peruses the one created by `C-c I' the last time (or create it.) Each invocation of INSPECT creates a new independent buffer that's not touched by `C-c I' Which scheme do you prefer? (Or would you rather have it entirely different?) -T.

5 4

[slime-devel] Daily ChangeLog diff
by mbaringer＠common-lisp.net 18 Mar '08

18 Mar '08

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1321 slime/ChangeLog:1.1322 --- slime/ChangeLog:1.1321 Sun Mar 16 05:46:33 2008 +++ slime/ChangeLog Mon Mar 17 06:36:00 2008 @@ -1,3 +1,16 @@ +2008-03-17 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-source-path-parser.lisp: + + Multibyte characters in files could screw up compiler-notes + highlighting on SBCL. Fix that. + + (skip-toplevel-forms): Abstracted out from READ-SOURCE-FORM. + (source-path-file-position): Don't operate on the file stream + directly, since CL:FILE-POSITION may not return character but + binary offsets on such streams; instead slurp file content into a + buffer string, and operate on that. + 2008-03-16 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (load-file-set-package): Removed; the function was

1 0