December 2007 - 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] 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] Missing features in latest CVS
by Maciej Katafiasz 06 Feb '08

06 Feb '08

Hi, I recently upgraded from 2007-05-24 to 2007-11-16 snapshot, and I notice there are some useful features that are now gone. I've tried enabling basically everything in contrib/, but those two I can't get back: - Inspecting a (plain) function object now only shows its name and docstring. It used to show much more, in particular recorded debug information, source file and disassembled compiled code - There are no presentations in SLDB backtraces. I find presentations immensely useful for inspecting backtraces, and I miss them a lot. I do get presentations everywhere else, including streams, but not in the debugger I'm using SBCL 1.0.10 on x86/Linux, and SBCL hasn't changed since I used the May snapshot. Cheers, Maciej

6 12

[slime-devel] Problem loading OpenMCL
by Chris Van Dusen 27 Jan '08

27 Jan '08

Hi, I've been running Emacs/Slime/OpenMCL on Mac OS X Tiger (PPC) for several months now with no problem. I just updated and rebuilt OpenMCL (via (ccl:rebuild-ccl :force t)), and now when starting slime, I get the following error. I then updated Slime with the current CVS, but am still getting the error. Does anyone have an idea as to what is going wrong? Thanks, Chris Van Dusen. (progn (load "/Users/chrisvandusen/bin/slime/slime/swank- loader.lisp" :verbose t) (funcall (read-from-string "swank:start- server") "/tmp/slime.521" :coding-system "iso-latin-1-unix")) ; loading system definition from /Users/chrisvandusen/.asdf-install- dir/systems/asdf-install.asd into #<Package "ASDF0"> ; registering #<SYSTEM ASDF-INSTALL #x85B21D6> as ASDF-INSTALL Welcome to OpenMCL Version 1.1-r7706 (DarwinPPC32)! ? ;Loading #P"/Users/chrisvandusen/bin/slime/slime/swank-loader.lisp"... ;Compiling "/Users/chrisvandusen/bin/slime/slime/swank-backend.lisp"... ;Loading #P"/Users/chrisvandusen/.slime/fasl/2007-11-23/openmcl-1.1- darwin-powerpc/swank-backend.dfsl"... ;Compiling "/Users/chrisvandusen/bin/slime/slime/nregex.lisp"... ;Loading #P"/Users/chrisvandusen/.slime/fasl/2007-11-23/openmcl-1.1- darwin-powerpc/nregex.dfsl"... ;Compiling "/Users/chrisvandusen/bin/slime/slime/metering.lisp"... ;Loading #P"/Users/chrisvandusen/.slime/fasl/2007-11-23/openmcl-1.1- darwin-powerpc/metering.dfsl"... ;Compiling "/Users/chrisvandusen/bin/slime/slime/swank-openmcl.lisp"... ;Loading #P"/Users/chrisvandusen/.slime/fasl/2007-11-23/openmcl-1.1- darwin-powerpc/swank-openmcl.dfsl"... ;Compiling "/Users/chrisvandusen/bin/slime/slime/swank-gray.lisp"... ;Loading #P"/Users/chrisvandusen/.slime/fasl/2007-11-23/openmcl-1.1- darwin-powerpc/swank-gray.dfsl"... ;Compiling "/Users/chrisvandusen/bin/slime/slime/swank.lisp"... ;Loading #P"/Users/chrisvandusen/.slime/fasl/2007-11-23/openmcl-1.1- darwin-powerpc/swank.dfsl"...;; ;; Error while loading: /Users/ chrisvandusen/.slime/fasl/2007-11-23/openmcl-1.1-darwin-powerpc/ swank.dfsl ;; Condition: Package name "SWANK-IO- PACKAGE" is already in use. ;; Aborting. ;; ?

3 3

[slime-devel] Operating on the swank readtable?
by Alberto Riva 17 Jan '08

17 Jan '08

Hello, I'm trying to define a few macro characters for use in the slime top-level, but I can't figure out where to put the SET-DISPATCH-MACRO-CHARACTER calls so that they affect the swank readtable instead of the default one. I've tried putting them both in my lisp initialization file and in .swank.lisp, but in both cases the macro character is defined in the initial readtable and not in the slime one (so it works in the *inferior-lisp* buffer, but not in the slime-repl buffer). Thanks! Alberto Riva University of Florida

2 2

[slime-devel] Expand imported symbol with package name
by Numeromancer 16 Jan '08

16 Jan '08

Does slime have a function which will qualify the symbol at point with its package name if it is imported? And the obvious extension, qualifying all symbols in the region or file? Does anyone have any hints on how one might create such a function? Thanks Numeromancer

3 2

[slime-devel] defining LISP functions in Emacs
by Joe Corneli 11 Jan '08

11 Jan '08

I want to create a variant of `defun' that takes arguments from Emacs and assembles a body to be evaluated by SLIME. It seemed to me that this macro definition w ould work: (defmacro ldefun (name arglist &rest body) `(defun ,name ,arglist (slime-eval (progn ,@body)))) For example, here is how it expands in a simple case: (macroexpand '(ldefun testslime (first second) (list first (+ 1 second)))) ;=> (defun testslime (first second) ;=> (slime-eval (progn (list first (+ 1 second))))) But that didn't turn out. In fact, even the `slime-eval' form just above does not work in a stand-alone fashion: (slime-eval (progn (list 2 (+ 1 6)))) Gives this error: Execution of a form compiled with errors. Form: (2 7) Whereas from the REPL, I get this behavior: CL-USER> (progn (list 2 (+ 1 6))) (2 7) So, I find this behavior surprising. Can anyone help me out? Note: I'm running Slime CVS from 2007-06-16 and SBCL 1.0.5.

3 3

[slime-devel] source locations for clisp
by Andy Chambers 10 Jan '08

10 Jan '08

Hi, How does one define where slime should look for function definitions. The cliki page for slime shows how to do this for sbcl/cmucl but I can't find anywhere showing how to do it with clisp. It seems like maybe it somehow knows automatically but something is not working correctly. For example. I have cells loaded, and I'm working in the cells package, but when I put the cursor on defmodel and hit M-., I get the following error. PARSE-NAMESTRING: argument #1=(SYSTEM::DEFUN/DEFMACRO #P"C:\\Program Files\\clisp-2.42\\systems\\cells\\defmodel.fas" 20 123) should be a pathname designator #2=(OR STRING FILE-STREAM PATHNAME) [Condition of type SIMPLE-TYPE-ERROR] Cheers, Andy

2 1

[slime-devel] M-x slime-version
by Terrence Brannon 10 Jan '08

10 Jan '08

Shouldnt there be a command to display the slime-version?

2 1

[slime-devel] executing a lisp file from emacs
by Dave Pawson 10 Jan '08

10 Jan '08

New slime user. Running sbcl, emacs 21, FC8 I have a lisp file x.lisp $sbcl --load dovetailCalc.lisp and the program runs fine. I *think* C-c C-k should execute the program. >From the screen information it is simply compiled. http://common-lisp.net/project/slime/doc/html/Lisp-Evaluation.html#Lisp-Eva… Tried C-M-x from within the lisp buffer and I get an error report The function SELFTEST is undefined. [Condition of type UNDEFINED-FUNCTION] Seems it fails to find the top level definition? I guess I'm doing something silly, but I can't figure out what. Any help appreciated. regards -- Dave Pawson XSLT XSL-FO FAQ. http://www.dpawson.co.uk

2 2

[slime-devel] [Patch] Rebind C-c C-t in REPL to slime-toggle-trace-fdefinition
by Matthias Koeppe 09 Jan '08

09 Jan '08

Unless there are objections, I will make the change below in SLIME CVS. 2007-12-12 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-repl-mode-map): Bind C-c C-t to slime-toggle-trace-fdefinition (as in Lisp buffers) instead of slime-repl-clear-buffer. This binding is useful for untracing functions directly from the trace output. --- slime.el.~1.882.~ 2007-12-11 17:20:50.000000000 +0100 +++ slime.el 2007-12-12 13:57:41.509816000 +0100 @@ -2873,7 +2873,7 @@ ("\C-c\C-w" slime-who-map) ("\C-\M-x" 'slime-eval-defun) ("\C-c\C-o" 'slime-repl-clear-output) - ("\C-c\C-t" 'slime-repl-clear-buffer) + ("\C-c\C-t" 'slime-toggle-trace-fdefinition) ("\C-c\C-u" 'slime-repl-kill-input) ("\C-c\C-n" 'slime-repl-next-prompt) ("\C-c\C-p" 'slime-repl-previous-prompt) Matthias -- Matthias Köppe -- http://www.math.uni-magdeburg.de/~mkoeppe

3 4

[slime-devel] [PATCH] Don't use a default value in slime-repl-set-package
by Luis Oliveira 02 Jan '08

02 Jan '08

Hello, A recent change on 2007-11-29, "Prettify package names for slime-repl-set-package", broke the way this function works by making it use slime-current-package instead of slime-find-buffer-package as its default value. The attached patch should fix that. -- Luís Oliveira http://student.dei.uc.pt/~lmoliv/

2 1

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

31 Dec '07

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.68 slime/contrib/ChangeLog:1.69 --- slime/contrib/ChangeLog:1.68 Thu Nov 29 07:38:09 2007 +++ slime/contrib/ChangeLog Sun Dec 30 06:32:06 2007 @@ -1,3 +1,14 @@ +2007-12-30 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank-arglists.lisp: Fix for `(cerror "FOO" 'type-error ...)' + + (*arglist-dummy*): Removed. + (arglist-dummy): New structure. Wrapper around whatever could not + be reliably read. The clue is that its printing function does only + print the object this structure contains. + (read-conversatively-for-autodoc): Return such a structure if + conversative reading fails. + 2007-11-27 Tobias C. Rittweiler <tcr(a)freebits.de> * swank-arglists.lisp (arglist-dispatch 'defmethod): Use

1 0

[slime-devel] Unicode aware SLIME on LispWorks
by Chris Dean 27 Dec '07

27 Dec '07

I'm using a recent version (2007-12-22) of Slime with the current version of LispWorks on Linux using GNU Emacs 22.0.50.1 How do I setup slime to allow me to interact with Unicode characters in the repl? I've tried setting various combinations of slime-net-coding-system, set-language-environment, and set-default-coding-systems but everytime I interact with a unicode character I either hang or get an error from swank in the *inferior-lisp* buffer. I've tried various hacks to slime and swank, and I can get everything to work if I use flexi-streams but so far I've been unsuccessful with an out-of-the-box solution. My litmus test is to evaluate (code-char 8258) in the repl. It is unimportant to me how that result is displayed as long as something is displayed. FWIW, the patch with flexi-streams I'm using is below. Cheers, Chris Dean diff -u -w -r1.93 swank-lispworks.lisp --- swank-lispworks.lisp 24 Nov 2007 08:18:59 -0000 1.93 +++ swank-lispworks.lisp 27 Dec 2007 19:53:36 -0000 @@ -67,11 +67,19 @@ (defimplementation accept-connection (socket &key external-format buffering timeout) - (declare (ignore buffering timeout external-format)) - (let* ((fd (comm::get-fd-from-socket socket))) + (declare (ignore buffering timeout)) + (let ((fd (comm::get-fd-from-socket socket))) (assert (/= fd -1)) - (make-instance 'comm:socket-stream :socket fd :direction :io - :element-type 'base-char))) + (let* ((char-type (external-format:external-format-type + (or external-format :latin-1))) + (stream (make-instance 'comm:socket-stream :socket fd :direction :io + :element-type (if (eq char-type 'base-char) + 'base-char + '(unsigned-byte 8))))) + (if (eq char-type 'base-char) + stream + (flexi-streams:make-flexi-stream + stream :external-format (or external-format :latin-1)))))

1 0

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

23 Dec '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1259 slime/ChangeLog:1.1260 --- slime/ChangeLog:1.1259 Thu Dec 20 05:33:51 2007 +++ slime/ChangeLog Sat Dec 22 08:24:49 2007 @@ -1,3 +1,8 @@ +2007-12-22 Douglas Crosher <dcrosher(a)common-lisp.net> + + * swank-scl.lisp (set-stream-timeout, make-socket-io-stream): update + for Scieneer CL 1.3.7. + 2007-12-20 Tobias C. Rittweiler <tcr(a)freebits.de> * swank.lisp (read-softly-from-string): Now actually returns all

1 0

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

21 Dec '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1258 slime/ChangeLog:1.1259 --- slime/ChangeLog:1.1258 Fri Dec 14 03:47:09 2007 +++ slime/ChangeLog Thu Dec 20 05:33:51 2007 @@ -1,3 +1,8 @@ +2007-12-20 Tobias C. Rittweiler <tcr(a)freebits.de> + + * swank.lisp (read-softly-from-string): Now actually returns all + three values as explained in its docstring. + 2007-12-14 Tobias C. Rittweiler <tcr(a)freebits.de> * slime.el (slime-insert-xref-location): New function. Tries to

1 0

[slime-devel] [PATCH] Asdf loading in OpenMCL swank
by Daniel Lowe 18 Dec '07

18 Dec '07

ASDF can be required in the current version of OpenMCL. I've also wrapped the requires in an EVAL-WHEN to mirror what was done in the SBCL swank.

1 0

[slime-devel] Frustrated Slime+SBCL+Emacs newbie
by chris nuernberger 16 Dec '07

16 Dec '07

Hey, I am really new to lisp and slime. I am having trouble with basic language setup with slime. Specifically, when I am trying to debug a method that is failing I have two strategies. The first is to call (step(method)), and the second is to break in the method. From the CLISP interfaces, I could step into the forms with the first (slow and annoying but it worked), and in the second I could break and then run code in the context of the break. In slime with kubuntu feisty and emacs, I use step and the step menu comes up. I choose option 3 by typing '3' (step into) and it steps over every time, so step is completely broken from my perspective. I am thinking perhaps there is another buffer I should be messing around in when I step? Next I choose break and I can't run anything in the repl under the context of the break. Thus I can't test out different theories on why the method is not working. Is there some strategy I am failing to grasp? Googling for "slime sbcl step" and "slime sbcl debug" didn't really help much. Thank you for your time, I really like lisp and am very committed to learning it but so far slime has really let me down. It seems like a very capable but extremely un-orthodox system. Finally there are many buffers open when I am using slime. There are: *inferior-lisp* *slime-events* *SLIME Description* *slime-repl sbcl*. When I break or step I see (in addition to the above): *sldb sbcl/4* *SLIME Source Form* It would be nice to know what the buffers are used for and what I am supposed to do with them. I am now going to spend some time with the documentation to ensure there isn't anything obvious I have missed. I am certain fairly certain that I must be using it in a non-standard way (or else why wouldn't step work?), so if there are more effective ways of using it please let me know. Another plausible option is the the default slime and sbcl that feisty installs don't play nice with each other, but I would like feedback before I run around on a wild goose chase compiling and installing random stuff. Chris -- The major difference between a thing that might go wrong and a thing that cannot possibly go wrong is that when a thing that cannot possibly go wrong goes wrong it usually turns out to be impossible to get at and repair - Douglas Adams

1 0

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

15 Dec '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1257 slime/ChangeLog:1.1258 --- slime/ChangeLog:1.1257 Thu Dec 13 10:09:47 2007 +++ slime/ChangeLog Fri Dec 14 03:47:09 2007 @@ -1,3 +1,11 @@ +2007-12-14 Tobias C. Rittweiler <tcr(a)freebits.de> + + * slime.el (slime-insert-xref-location): New function. Tries to + either insert the file name a function is defined in, or inserts + information about the buffer a function was interactively + `C-c C-c'd from. Idea from Knut Olav Bøhmer. + (slime-insert-xrefs): Use it. + 2007-12-04 Helmut Eller <heller(a)common-lisp.net> Simplify the inspector.

1 0

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

14 Dec '07

Index: slime/ChangeLog diff -u slime/ChangeLog:1.1254 slime/ChangeLog:1.1257 --- slime/ChangeLog:1.1254 Sun Dec 2 03:44:33 2007 +++ slime/ChangeLog Thu Dec 13 10:09:47 2007 @@ -1,3 +1,25 @@ +2007-12-04 Helmut Eller <heller(a)common-lisp.net> + + Simplify the inspector. + + * swank.lisp (inspect-object): Ignore the title value returned + from backends. + + * slime.el (slime-open-inspector): Updated accordingly. + +2007-12-04 Helmut Eller <heller(a)common-lisp.net> + + Fix slime-list-thread selector. + + * slime.el (slime-list-threads): Wait for the result before + continuing. + +2007-12-04 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-repl-insert-result): Use slime-repl-emit-result + since handling of markers has changed. + (slime-repl-emit-result): New argument: bol. + 2007-12-02 Alan Caulkins <fatman(a)maxint.net> Make it possible to close listening sockets. @@ -7,7 +29,7 @@ (setup-server): Store open sockets in *listener-sockets*. 2007-12-02 Helmut Eller <heller(a)common-lisp.net> - + Add hook to customize the region used by C-c C-c. Useful to recognize block declarations in CMUCL sources.

1 0

[slime-devel] Re: [Sbcl-devel] "Cannot find source location" Error
by Jean-Philippe Barrette-LaPierre 13 Dec '07

13 Dec '07

On 12-Dec-07, at 7:23 PM, Juho Snellman wrote: > Jean-Philippe Barrette-LaPierre <jpb(a)rrette.com> writes: > >> I'm using sbcl-1.0.12.25-x86-darwin took from http://sbcl.static.net/ >> builds/. >> When I evaluate the following code: >> >> (declaim (optimize (speed 0) (space 0) (compilation-speed 0) >> (debug 3))) >> >> (defun test () >> (break)) >> >> (test) >> >> The "source" command within the debugger returns this: >> "Cannot find source localtion for #<COMPILED-CODE-LOCATION (SB- >> C::VARARGS-ENTRY BREAK)>" >> >> Is it a known problem? What am I doing wrong? > > You're trying to show the source of BREAK. Assuming your goal was to > show the location of the *call* to BREAK, you need to navigate to the > debugger frame for TEST (with up/down) before using the command. > Sorry, the source of the problem originated with SLIME usage. I tried to send a quick example that wouldn't rely on SLIME behavior and I didn't checked properly what I was doing. You're right sbcl behaves as it should in that case. It seems in fact to be a problem with SLIME. It seems someone has already sent an email about this problem: http://common-lisp.net/pipermail/slime-devel/2007-November/006761.html == little part of message == I start SBCL by M-m M-x slime SLIME does start up, I get a lisp prompt and it seems to behave normally. However, the connection between SBCL and SLIME is rather shaky. At some point during working with SBCL, I lose the function parameter info, I also can't break running code then. == end of part of message == If I load the test file (code above) within slime and I do: M-x slime M-x slime-compile-and-load-file When I enter in the debugger, the "v" command for any of my own stack frame, it prints: #<SB-DI::COMPILED-DEBUG-FUN TEST> has no debug-block information. or #<SB-DI::COMPILED-DEBUG-FUN TEST> has no debug-block information. However, if I compile back and load (slime-compile-and-load-file) the file, without having specified the action to take for the debugger (Debugger is still active), then I can see that the same messages are displayed for 1/10 of a second, but then "Evaluation aborted" is printed. I'm using slime-2.0, but slime-cvs (took around the 2007-12-10) does the same thing. Here's the *slime-event* buffer: (:emacs-rex (swank:connection-info) nil t 1) (:indentation-update (("with-locked-hash-table" . 1) ("with-unlocked-packages" . 1) ("with-timeout" . 1) ("define-source-context" . 2) ("without-package-locks" . 0) ("with-unique-names" . 1) ("with-float-traps-masked" . 1) ("awhen" . 1) ("defun-cached" . 2) ("prepare-for-fast-read-char" . 1) ("dx-flet" . 1) ("once-only" . 1) ("define-function-name-syntax" . 2) ("do-info" . 1) ("dx-let" . 1) ("dovector" . 1) ("collect" . 1) ("named-lambda" . 2) ("with-rebound-io-syntax" . 0) ("prepare-for-fast-read-byte" . 1) ...)) (:return (:ok (:pid 17387 :style :fd-handler :lisp-implementation (:type "SBCL" :name "sbcl" :version "1.0.12.25") :machine (:instance "jean-philippe-barrette-lapierres-computer.local" :type "X86" :version nil) :features (:sb-bsd-sockets-addrinfo :asdf :ansi-cl :common-lisp :sbcl :sb- doc :sb-test :sb-ldb :sb-package-locks :sb-unicode :sb-eval :sb- source-locations :ieee-floating-point :x86 :unix :mach- o :bsd :darwin :mach-exception-handler :sb-lutex ...) :package (:name "COMMON-LISP-USER" :prompt "CL-USER"))) 1) (:emacs-rex (swank:compile-file-for-emacs "/Users/jpbarrette/Projects/ MakeGrapher/test.lisp" t) nil t 2) (:write-string "\n") (:write-string "; compiling file \"/Users/jpbarrette/Projects/ MakeGrapher/test.lisp\" (written 12 DEC 2007 09:08:11 PM):\n\n; / Users/jpbarrette/Projects/MakeGrapher/test.fasl written\n; compilation finished in 0:00:00\ntest2: a 1\ntest: b 1\n") (:debug 0 1 ("break" " [Condition of type SIMPLE-CONDITION]" nil nil) (("CONTINUE" "Return from BREAK.") ("ABORT" "Abort SLIME compilation.") ("ABORT-REQUEST" "Abort handling SLIME request.") ("ABORT" "Exit debugger, returning to top level.")) ((0 "(BREAK \"break\")") (1 "(TEST 1)") (2 "(TEST2 1)") (3 "(SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for \"file /Users/ jpbarrette/Projects/MakeGrapher/test.fasl\" {11B487B1}>)") (4 "((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))") (5 "(SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for \"file /Users/ jpbarrette/Projects/MakeGrapher/test.fasl\" {11B487B1}> NIL #<unavailable argument>)") (6 "(SB-FASL::INTERNAL-LOAD #P\"/Users/jpbarrette/Projects/ MakeGrapher/test.fasl\" #P\"/Users/jpbarrette/Projects/MakeGrapher/ test.fasl\" :ERROR NIL NIL :BINARY NIL)") (7 "(SB-FASL::INTERNAL-LOAD #P\"/Users/jpbarrette/Projects/ MakeGrapher/test.fasl\" #P\"/Users/jpbarrette/Projects/MakeGrapher/ test.fasl\" :ERROR NIL NIL NIL :DEFAULT)") (8 "(LOAD #P\"/Users/jpbarrette/Projects/MakeGrapher/test.fasl\")") (9 "((SB-PCL::FAST-METHOD SWANK-BACKEND:SWANK-COMPILE-FILE (T #1= \"#<...>\" . #1#)) #<unused argument> #<unused argument> \"/Users/ jpbarrette/Projects/MakeGrapher/test.lisp\" T NIL)") (10 "(SWANK::MEASURE-TIME-INTERVAL #<CLOSURE (LAMBDA NIL) {119AB815} >)") (11 "(SWANK::SWANK-COMPILER #<CLOSURE (LAMBDA NIL) {119AB815}>)") (12 "((LAMBDA NIL))") (13 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-SYNTAX-HOOKS (T)) #<unused argument> #<unused argument> #<CLOSURE (LAMBDA NIL) {119A6DC5}>)") (14 "(SWANK::CALL-WITH-BUFFER-SYNTAX #<CLOSURE (LAMBDA NIL) {119A6DC5}>)") (15 "(SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:COMPILE-FILE-FOR-EMACS \"/ Users/jpbarrette/Projects/MakeGrapher/test.lisp\" T) #<NULL-LEXENV>)") (16 "((LAMBDA NIL))") (17 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK- DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {119A6C8D}>)") (18 "((LAMBDA NIL))") (19 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK- DEBUGGER-HOOK> #<FUNCTION (LAMBDA NIL) {11F7E895}>)")) (2)) (:debug-activate 0 1) (:emacs-rex (swank:frame-source-location-for-emacs 1) nil 0 3) (:return (:ok (:error "unhandled DEBUG-CONDITION:\n#<SB-DI::COMPILED-DEBUG-FUN TEST> has no debug-block information.")) 3) (:debug-activate 0 1) (:emacs-rex (swank:frame-source-location-for-emacs 2) nil 0 4) (:return (:ok (:error "unhandled DEBUG-CONDITION:\n#<SB-DI::COMPILED-DEBUG-FUN TEST2> has no debug-block information.")) 4) (:debug-activate 0 1) (:emacs-rex (swank:compile-file-for-emacs "/Users/jpbarrette/Projects/ MakeGrapher/test.lisp" t) nil t 5) (:write-string "; compiling file \"/Users/jpbarrette/Projects/ MakeGrapher/test.lisp\" (written 12 DEC 2007 09:08:11 PM):\n") (:write-string "\n; /Users/jpbarrette/Projects/MakeGrapher/test.fasl written\n; compilation finished in 0:00:00\nSTYLE-WARNING: redefining TEST in DEFUN\nSTYLE-WARNING: redefining TEST2 in DEFUN\ntest2: a 1 \ntest: b 1\n") (:debug 0 2 ("break" " [Condition of type SIMPLE-CONDITION]" nil nil) (("CONTINUE" "Return from BREAK.") ("ABORT" "Abort SLIME compilation.") ("ABORT" "Return to sldb level 1.") ("CONTINUE" "Return from BREAK.") ("ABORT" "Abort SLIME compilation.") ("ABORT-REQUEST" "Abort handling SLIME request.") ("ABORT" "Exit debugger, returning to top level.")) ((0 "(BREAK \"break\")") (1 "(TEST 1)") (2 "(TEST2 1)") (3 "(SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for \"file /Users/ jpbarrette/Projects/MakeGrapher/test.fasl\" {11BFD571}>)") (4 "((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK))") (5 "(SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for \"file /Users/ jpbarrette/Projects/MakeGrapher/test.fasl\" {11BFD571}> NIL #<unavailable argument>)") (6 "(SB-FASL::INTERNAL-LOAD #P\"/Users/jpbarrette/Projects/ MakeGrapher/test.fasl\" #P\"/Users/jpbarrette/Projects/MakeGrapher/ test.fasl\" :ERROR NIL NIL :BINARY NIL)") (7 "(SB-FASL::INTERNAL-LOAD #P\"/Users/jpbarrette/Projects/ MakeGrapher/test.fasl\" #P\"/Users/jpbarrette/Projects/MakeGrapher/ test.fasl\" :ERROR NIL NIL NIL :DEFAULT)") (8 "(LOAD #P\"/Users/jpbarrette/Projects/MakeGrapher/test.fasl\")") (9 "((SB-PCL::FAST-METHOD SWANK-BACKEND:SWANK-COMPILE-FILE (T #1= \"#<...>\" . #1#)) #<unused argument> #<unused argument> \"/Users/ jpbarrette/Projects/MakeGrapher/test.lisp\" T NIL)") (10 "(SWANK::MEASURE-TIME-INTERVAL #<CLOSURE (LAMBDA NIL) {11BC3FED} >)") (11 "(SWANK::SWANK-COMPILER #<CLOSURE (LAMBDA NIL) {11BC3FED}>)") (12 "((LAMBDA NIL))") (13 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-SYNTAX-HOOKS (T)) #<unused argument> #<unused argument> #<CLOSURE (LAMBDA NIL) {11BC3FCD}>)") (14 "(SWANK::CALL-WITH-BUFFER-SYNTAX #<CLOSURE (LAMBDA NIL) {11BC3FCD}>)") (15 "(SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:COMPILE-FILE-FOR-EMACS \"/ Users/jpbarrette/Projects/MakeGrapher/test.lisp\" T) #<NULL-LEXENV>)") (16 "((LAMBDA NIL))") (17 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK (T T)) #<unused argument> #<unused argument> #<FUNCTION SWANK:SWANK- DEBUGGER-HOOK> #<CLOSURE (LAMBDA NIL) {11BC3E95}>)") (18 "(SWANK::SLDB-LOOP 1)") (19 "((SB-PCL::FAST-METHOD SWANK-BACKEND:CALL-WITH-DEBUGGING- ENVIRONMENT (T)) #<unused argument> #<unused argument> #<FUNCTION (LAMBDA NIL) {120F761D}>)")) (5 2)) (:debug-activate 0 2) (:emacs-rex (swank:frame-source-location-for-emacs 1) nil 0 6) (:debug-condition 0 "#<SB-DI::COMPILED-DEBUG-FUN TEST> has no debug- block information.") (:return (:abort) 6) (:debug-activate 0 2) (:emacs-rex (swank:frame-source-location-for-emacs 2) nil 0 7) (:debug-condition 0 "#<SB-DI::COMPILED-DEBUG-FUN TEST2> has no debug- block information.") (:return (:abort) 7) (:debug-activate 0 2) > And frankly, I would suggest using the Slime debugger rather than the > built-in one. > > -- > Juho Snellman >

1 0

[slime-devel] Cygwin - Emacs 22 - SBCL - swank-loader.lisp does not exist
by Terrence Brannon 11 Dec '07

11 Dec '07

Ok, I slimmed my slime init things down to exactly what is in the SLIME README: ;;; SLIME (add-to-list 'load-path "~/mydocs/dl/slime/slime/") (setq inferior-lisp-program "sbcl") (require 'slime) (slime-setup) And I have the CVS version of SLIME. However, when I type M-x slime the following occurs: (progn (load "/home/W049945/mydocs/dl/slime/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank:start- server") "/cygdrive/c/DOCUME~1/W049945/LOCALS~1/Temp/slime.3140" :coding- system "iso-latin-1-unix")) (progn (load "/home/W049945/mydocs/dl/slime/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank:start- server") "/cygdrive/c/DOCUME~1/W049945/LOCALS~1/Temp/slime.3140" :coding- system "iso-latin-1-unix")) This is SBCL 1.0.9, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. This is experimental prerelease support for the Windows platform: use at your own risk. "Your Kitten of Death awaits!" * debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: "\\home\\W049945\\mydocs\\dl\\slime\\slime\\swank-loader.lisp" does not exist. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-FASL::INTERNAL-LOAD #P"\\home\\W049945\\mydocs\\dl\\slime\\slime\\swank-loader.lisp" NIL :ERROR T NIL NIL :DEFAULT) 0]

1 1

[slime-devel] Filename translator example in manual
by Abhishek Reddy 11 Dec '07

11 Dec '07

Hi, In subsection 8.1.3 of the manual, the example code for slime-create-filename-translator contains a misleading error. It uses :machine-instance "remote.example.com" and :remote-host "remote", whereas the those values should be swapped. There's also a typo ("transaltions") in the relevant text before the example code. Diff: Index: slime.texi =================================================================== RCS file: /project/slime/cvsroot/slime/doc/slime.texi,v retrieving revision 1.61 diff -u -r1.61 slime.texi --- slime.texi 27 Nov 2007 13:16:52 -0000 1.61 +++ slime.texi 11 Dec 2007 12:22:51 -0000 @@ -2137,11 +2137,11 @@ (and vice-versa). Assuming the remote machine's host name is @code{remote.example.com}, @code{cl:machine-instance} returns ``remote'' and we login as the user ``user'' we can use @SLIME{}'s -built-in mechanism to setup the proper transaltions by simply doing: +built-in mechanism to setup the proper translations by simply doing: @example -(push (slime-create-filename-translator :machine-instance "remote.example.com" - :remote-host "remote" +(push (slime-create-filename-translator :remote-host "remote.example.com" + :machine-instance "remote" :username "user") slime-filename-translations) @end example Cheers, Abhishek

2 2

[slime-devel] cygwin sbcl - swank-loader.lisp not run through slime-filename-translations
by Terrence Brannon 11 Dec '07

11 Dec '07

Hello, as you can see from my .emacs setup, I am using cygpath to translate filenames from emacs to lisp and vice versa. However, during M-x slime that variable does not translate swank-loader.lisp as the *Messages* buffer indicates. I am using SLIME 2006. --- inferior lisp transcript --- (load "/home/Administrator/mydocs/dl/slime-2.0/swank-loader.lisp" :verbose t) (swank:start-server "c:\\DOCUME~1\\ADMINI~1\\LOCALS~1\\Temp\\slime.3392 " :external-format :iso-latin-1-unix) This is SBCL 1.0.12, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. This is experimental prerelease support for the Windows platform: use at your own risk. "Your Kitten of Death awaits!" * debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: "\\home\\Administrator\\mydocs\\dl\\slime-2.0\\swank-loader.lisp" does not exist. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-FASL::INTERNAL-LOAD #P"\\home\\Administrator\\mydocs\\dl\\slime-2.0\\swank-loader.lisp" NIL :ERROR T NIL NIL :DEFAULT) 0] debugger invoked on a SB-INT:SIMPLE-READER-PACKAGE-ERROR: SB-INT:SIMPLE-READER-PACKAGE-ERROR on #<SYNONYM-STREAM :SYMBOL *TERMINAL-IO* {90CC391}>: package "SWANK" not found Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-IMPL::READ-TOKEN #<SYNONYM-STREAM :SYMBOL *TERMINAL-IO* {90CC391}> #\s) 0[2] --- .emacs file --- ;;; SLIME (add-to-list 'load-path "~/mydocs/dl/slime-2.0/") (setq inferior-lisp-program "sbcl") (require 'slime) (add-hook 'lisp-mode-hook (lambda () (slime-mode t) (setq lisp-indent-function 'common-lisp-indent-function))) ;(setq slime-backend "/home/Administrator/mydocs/dl/slime-2.0/swank-loader.lisp") (setq slime-filename-translations '((".*" (lambda (emacs-filename) (let ((result (shell-command-to-string (concat "cygpath -w " emacs-filename)))) (progn (message (concat "TO-lisp: " result)) result))) (lambda (lisp-filename) (let ((result (shell-command-to-string (concat "cygpath " lisp-filename)))) (progn (message (concat "FROM-lisp: " result)) result)))))) (defadvice slime-init-command (around fix-slime-init activate) (let* ((filename (ad-get-arg 0)) ;; We can't use slime-to-lisp-filename here, as that uses ;; slime-machine-instance, which needs the connection to ;; already be set up. (filename (funcall (first (slime-find-filename-translators "")) (expand-file-name filename)))) (ad-set-arg 0 filename) ad-do-it)) (slime-setup) --- Messages buffer: note that only a TO-slime message shows up during startup - no FROM-slime. -- TO-lisp: c:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\slime.3392 Polling "/cygdrive/c/DOCUME~1/ADMINI~1/LOCALS~1/Temp/slime.3392".. (Abort with `M-x slime-abort-connection'.) [273 times] byte-code: End of buffer

1 0

[slime-devel] Blast your ad to millions of blogs
by BlogBlaster＠common-lisp.net 09 Dec '07

09 Dec '07

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 December 2007