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

[slime-devel] Standard output no longer appears in REPL
by Steven E. Harris 25 Jun '11

25 Jun '11

It's been a couple of months since I last used SLIME. Today I noticed that when I evaluate expressions in the REPL that write to *standard-output*, the output appears in the *inferior-lisp* buffer, but not in the REPL as it used to. I'm using GNU Emacs on Windows atop the CLISP Cygwin build. SLIME is up to date with CVS. Is there some new configuration required to restore the old behavior with output streams feeding into the REPL output? -- Steven E. Harris

5 12

[slime-devel] Slime vs Franz Eli
by Chris Kim 13 Apr '11

13 Apr '11

Hi, all, I've been using Slime on top of Franz ACL for quite a while. My experience with Slime is very positive and I like Slime better in every aspects except in following situations. 1. Slime debugger: It prints bunch of Slime (swank: ..... ) related messages that I'm not interested. It's always hard to trying to comb through messages that I'm interested. How can I turn Slime related messages off? 2. While debugging, evaulating expression does not print anything but only the retuned result. Can I have it print to the standard output, i.e., console? 3. Lack of REPL command: Franz Eli supports REPL commands, for example, ":proc" for listing processes, ":pa" to change package and so on. Is there way to add them in? Thank you very much and I appreciate your efforts making Slime the best list-emacs interface. -chris

6 14

[slime-devel] Patch for :DEFAULT-INITARGS indentation problem
by Desmond O. Chang 30 Jun '10

30 Jun '10

Hi all, This patch resolves the :DEFAULT-INITARGS indentation problem described by Zach [1]. It is based on Bill's one [2], and I make the indentation methods lookup correct. Bill said it's a yucky patch, but at least it works. I hope the patch can be commited. Thanks, Des [1] http://common-lisp.net/pipermail/slime-devel/2007-February/013759.html [2] http://common-lisp.net/pipermail/slime-devel/2007-February/013760.html

2 4

[slime-devel] slime-streams overhead
by Tobias C Rittweiler 27 Jun '10

27 Jun '10

Compiling swank.lisp via (time (compile-file "swank.lisp")) vs (time (compile-file "swank.lisp" :verbose nil :print nil)) reveals a major overhead. First command takes ~14secs, whereas the second 2.3 secs. The first command at the terminal, without Slime, takes roughly 5.5 secs. Using :spawn, without dedicated output stream. Dedicated output stream probably has a much better performance, but where does /that/ much overhead come from in the default implementation? -T.

3 2

[slime-devel] slime with ecl disconnects right away.
by pjb＠informatimago.com 23 Jun '10

23 Jun '10

With ecl from git HEAD, and slime from CVS HEAD as of of today, I have two problems: - when compiling/loading the swank-arglists.lisp contrib, it fails with a NIL hashtable argument to GETHASH. - when I comment out swank-arglists and swank-c-p-c from *contribs*, and launching slime with: C-u M-x slime RET /usr/local/bin/ecl -norc -q RET it closes the connection at the startup: *Message*: For information about GNU Emacs and the GNU system, type C-h C-a. Polling "/tmp/slime.32143".. (Abort with `M-x slime-abort-connection'.) [2 times] Failed to connect to Swank: inferior process exited. Polling "/tmp/slime.32143".. (Abort with `M-x slime-abort-connection'.) [2 times] Connecting to Swank on port 58495.. [2 times] Lisp connection closed unexpectedly: connection broken by remote peer *inferior-lisp*: (progn (load "/usr/local/share/emacs/site-lisp/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.32143" :coding-system "iso-latin-1-unix")) ECL (Embeddable Common-Lisp) 10.4.2 Copyright (C) 1984 Taiichi Yuasa and Masami Hagiya Copyright (C) 1993 Giuseppe Attardi Copyright (C) 2000 Juan J. Garcia-Ripoll ECL is free software, and you are welcome to redistribute it under certain conditions; see file 'Copyright' for details. Type :h for Help. Top level in: #<process SI:TOP-LEVEL 0810afc0>. > ;;; Loading "/usr/local/share/emacs/site-lisp/slime/swank-loader.lisp" ;;; Warning: No architecture feature found in (POWERPC PPC X86 X86-64 AMD64 I686 I586 I486 PC386 IAPX386 SPARC64 SPARC HPPA64 HPPA PENTIUM3 PENTIUM4 JAVA-1.4 JAVA-1.5 JAVA-1.6 JAVA-1.7). ;;; Loading #P"/usr/local/lib/ecl-10.4.2/cmp.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-backend.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-source-path-parser.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-source-file-cache.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-ecl.fas" ;;; Loading #P"/usr/local/lib/ecl-10.4.2/sockets.fas" ;;; Loading #P"/usr/local/lib/ecl-10.4.2/profile.fas" ;;; Loading #P"/usr/local/lib/ecl-10.4.2/serve-event.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-gray.fas" ;;; Warning: Class FUNDAMENTAL-CHARACTER-OUTPUT-STREAM has been forward referenced. ;;; Warning: Class FUNDAMENTAL-CHARACTER-INPUT-STREAM has been forward referenced. ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-match.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank-rpc.fas" ;;; Loading "/home/pjb/.slime/fasl/2010-06-18/ecl-10.4.2-linux-unknown/swank.fas" ;;; Warning: These Swank interfaces are unimplemented: (ACTIVATE-STEPPING ADD-FD-HANDLER ADD-SIGIO-HANDLER DUP EXEC-IMAGE FRAME-CALL LIST-CALLEES LIST-CALLERS MACROEXPAND-ALL MAKE-FD-STREAM REMOVE-FD-HANDLERS REMOVE-SIGIO-HANDLERS RESTART-FRAME RETURN-FROM-FRAME SAVE-IMAGE SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN SLDB-STEP-INTO SLDB-STEP-NEXT SLDB-STEP-OUT TOGGLE-TRACE) ;;; Loading "/home/pjb/.swank.lisp" ;; Swank started at port: 59602. ;;; ;;; Binding stack overflow. ;;; Jumping to the outermost toplevel prompt ;;; ... a lot of them .... ;;; ;;; Stack overflow. ;;; Jumping to the outermost toplevel prompt ;;; ;; swank:close-connection: NIL Top level in: #<process SI:TOP-LEVEL 0810afc0>. > In *inferior-lisp*, the REPL works, but in other buffers, C-x C-e says "Not connected". M-x slime-connect RET cannot connect: *Message*: Connecting to Swank on port 59602.. [2 times] open-network-stream: make client process failed: Connection refused, :name, SLIME Lisp, :buffer, nil, :host, 127.0.0.1, :service, 59602 ~/.swank is empty. -- __Pascal Bourguignon__ http://www.informatimago.com/

3 2

[slime-devel] Daily ChangeLog diff
by Helmut Eller 23 Jun '10

23 Jun '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2111 slime/ChangeLog:1.2112 --- slime/ChangeLog:1.2111 Fri Jun 18 08:31:54 2010 +++ slime/ChangeLog Tue Jun 22 06:02:49 2010 @@ -1,3 +1,7 @@ +2010-06-22 Helmut Eller <heller(a)common-lisp.net> + + * swank-loader.lisp (*architecture-features*): ECL uses :x86_64. + 2010-06-18 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-current-tlf-number,slime-current-form-path):

1 0

[slime-devel] slime/sbcl/fd-handler problem
by Cyrus Harmon 23 Jun '10

23 Jun '10

So, using SBCL and :fd-handler, I got into a situation where running hunchentoot from slime and loading a page triggered an error that gave me a backtrace. Then things got weird as I couldn't view the source of, say, frame 12 without getting an error like: "The variable SWANK-BACKEND::*SLDB-STACK-TOP* is unbound." I forgot I was using fd-handler, but tcr was kind enough to point out that that's probably part of the problem. Not sure what's going on here, but I figured I'd report it. Backtraces below. Thanks, Cyrus The path #P"/Users/sly/projects/hunchentoot-launcher/log/hunch..." does not exist. [Condition of type SB-INT:SIMPLE-FILE-ERROR] Restarts: 0: [TERMINATE-THREAD] Terminate this thread (#<THREAD "Hunchentoot worker (client: 127.0.0.1:61003)" RUNNING {1003A55761}>) Backtrace: 0: (OPEN #P"/Users/sly/projects/hunchentoot-launcher/log/hunchentoot-message.log")[:EXTERNAL] 1: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) 2: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]300)) 3: (SB-THREAD::CALL-WITH-MUTEX ..) 4: (HUNCHENTOOT::LOG-MESSAGE-TO-FILE :ERROR "Error while processing connection: ~A")[:EXTERNAL] 5: ((FLET #:LAMBDA103) #<SB-INT:SIMPLE-FILE-ERROR "~@<The path ~2I~_~S ~I~_does not exist.~:>" {1003B98FD1}>) 6: (SIGNAL #<SB-INT:SIMPLE-FILE-ERROR "~@<The path ~2I~_~S ~I~_does not exist.~:>" {1003B98FD1}>)[:EXTERNAL] 7: (ERROR SB-INT:SIMPLE-FILE-ERROR)[:EXTERNAL] 8: (OPEN #P"/Users/sly/projects/hunchentoot-launcher/log/hunchentoot-access.log")[:EXTERNAL] 9: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) 10: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]300)) 11: (SB-THREAD::CALL-WITH-MUTEX ..) 12: (HUNCHENTOOT::LOG-ACCESS-TO-FILE)[:EXTERNAL] 13: (HUNCHENTOOT::START-OUTPUT)[:EXTERNAL] 14: ((SB-PCL::FAST-METHOD HUNCHENTOOT:PROCESS-REQUEST (T)) #<unavailable argument> #<unavailable argument> #<HUNCHENTOOT:REQUEST {1003679FB1}>) 15: ((SB-PCL::FAST-METHOD HUNCHENTOOT:PROCESS-CONNECTION (HUNCHENTOOT:ACCEPTOR T)) ..) 16: ((SB-PCL::FAST-METHOD HUNCHENTOOT:PROCESS-CONNECTION :AROUND (HUNCHENTOOT:ACCEPTOR T)) ..) 17: ((LAMBDA ())) 18: ((FLET #:WITHOUT-INTERRUPTS-BODY-[BLOCK401]406)) 19: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) --more-- then when I try to either expand the stack trace or visit a source file from the back trace I get the following subsequent error: The variable SWANK-BACKEND::*SLDB-STACK-TOP* is unbound. [Condition of type UNBOUND-VARIABLE] Restarts: 0: [*ABORT] Return to SLIME's top level. 1: [ABORT] Exit debugger, returning to top level. Backtrace: 0: (SWANK-BACKEND::NTH-FRAME 20) 1: ((FLET SWANK-BACKEND:COMPUTE-BACKTRACE) 20 60) 2: (SWANK:BACKTRACE 20 60) 3: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SWANK:BACKTRACE 20 60) #<NULL-LEXENV>) 4: (SWANK::EVAL-FOR-EMACS (SWANK:BACKTRACE 20 60) "COMMON-LISP-USER" 10) 5: (SWANK::PROCESS-REQUESTS T) 6: ((LAMBDA ())) 7: ((LAMBDA ())) 8: (SWANK-BACKEND::CALL-WITH-BREAK-HOOK #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {1002AEA0F9}>) 9: ((FLET SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<CLOSURE (LAMBDA #) {1002AEA0F9}>) 10: (SWANK::CALL-WITH-BINDINGS ..) 11: (SWANK::HANDLE-REQUESTS #<SWANK::CONNECTION {1003B761E1}> T) 12: ((LABELS SWANK-BACKEND::RUN) 7) 13: (SB-IMPL::SUB-SUB-SERVE-EVENT NIL NIL) 14: (SB-IMPL::SUB-SERVE-EVENT NIL NIL NIL) 15: (SB-SYS:WAIT-UNTIL-FD-USABLE 0 :INPUT NIL) 16: (SB-IMPL::REFILL-INPUT-BUFFER #<SB-SYS:FD-STREAM for "standard input" {10037292C1}>) 17: (SB-IMPL::INPUT-CHAR/ASCII #<SB-SYS:FD-STREAM for "standard input" {10037292C1}> NIL #:EOF-OBJECT) 18: ((LAMBDA (&REST REST)) #<SB-SYS:FD-STREAM for "standard input" {10037292C1}> NIL #:EOF-OBJECT) 19: ((LAMBDA (&REST REST)) #<SB-SYS:FD-STREAM for "standard input" {10037292C1}> NIL #:EOF-OBJECT)[:OPTIONAL] --more--

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 19 Jun '10

19 Jun '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2109 slime/ChangeLog:1.2111 --- slime/ChangeLog:1.2109 Fri Jun 4 03:30:36 2010 +++ slime/ChangeLog Fri Jun 18 08:31:54 2010 @@ -1,3 +1,15 @@ +2010-06-18 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-current-tlf-number,slime-current-form-path): + Moved to contrib/slime-parse.el. + +2010-06-18 Helmut Eller <heller(a)common-lisp.net> + + Don't use goto-line. + + * slime.el (slime-goto-line): New function as replacement without + goto-line's cruft that we don't want. + 2010-06-04 Helmut Eller <heller(a)common-lisp.net> * slime.el, swank.lisp: #'(lambda -> (lambda

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 16 Jun '10

16 Jun '10

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.392 slime/contrib/ChangeLog:1.393 --- slime/contrib/ChangeLog:1.392 Mon Jun 14 11:27:24 2010 +++ slime/contrib/ChangeLog Tue Jun 15 04:50:29 2010 @@ -1,3 +1,8 @@ +2010-06-15 Stas Boukarev <stassats(a)gmail.com> + + * swank-asdf.lisp (asdf-central-registry): Use an exported + interface for ASDF2. + 2010-06-14 Stas Boukarev <stassats(a)gmail.com> * swank-asdf.lisp (asdf-central-registry): ASDF2 compatibility.

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 15 Jun '10

15 Jun '10

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.391 slime/contrib/ChangeLog:1.392 --- slime/contrib/ChangeLog:1.391 Fri Jun 4 03:30:41 2010 +++ slime/contrib/ChangeLog Mon Jun 14 11:27:24 2010 @@ -1,3 +1,8 @@ +2010-06-14 Stas Boukarev <stassats(a)gmail.com> + + * swank-asdf.lisp (asdf-central-registry): ASDF2 compatibility. + Patch by Leo Liu. + 2010-06-04 Helmut Eller <heller(a)common-lisp.net> * inferior-slime.el (inferior-slime-show-transcript): Update

1 0

[slime-devel] Is slime currently broken?
by Lynbech Christian 09 Jun '10

09 Jun '10

I have tried updating to the lastes slime from CVS and it will apparently not start, at least not as I am used to. The symptom is that I see the inferior lisp buffer in which lisp is starting up, then I get the "Connected" message, but no REPL buffer appears. This I have tested with both SBCL 1.0.39 and CCL (of some slightly older version), all on a fairly recent emacs 23. I have seen this both on Linux and OSX (though todays attempt was made only on OSX). There is no change in behaviour if I rename my .emacs and .sbclrc and follow the startup description of SLIMEs README so it does not appear connected to my current configuration or how I usually set up slime. ------------------------+----------------------------------------------------- Christian Lynbech | christian #\@ defun #\. dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic(a)hal.com (Michael A. Petonic)

3 2

[slime-devel] Is slime currently broken?
by christian.lynbech＠tieto.com 09 Jun '10

09 Jun '10

I have tried updating to the lastest slime from CVS and it will apparently not start, at least not as I am used to. The symptom is that I see the inferior lisp buffer in which lisp is starting up, then I get the "Connected" message, but no REPL buffer appears. This I have tested with both SBCL 1.0.39 and CCL (of some slightly older version), all on a fairly recent emacs 23. I have seen this both on Linux and OSX (though todays attempt was made only on OSX). There is no change in behaviour if I rename my .emacs and .sbclrc and follow the startup description of SLIMEs README so it does not appear connected to my current configuration or how I usually set up slime. ------------------------+----------------------------------------------------- Christian Lynbech | christian #\@ defun #\. dk ------------------------+----------------------------------------------------- Hit the philistines three times over the head with the Elisp reference manual. - petonic(a)hal.com (Michael A. Petonic)

1 0

[slime-devel] strange thow starting slime...
by Brian O'Reilly 09 Jun '10

09 Jun '10

I'm running slime /w sbcl on an ubuntu 10.04 amd64 machine. I use clbuild to generate lisp environments for each project I work on. Slime starts normally when I have a fresh checkout of slime and a fresh build of sbcl in a clbuild instance, compiled from the sbcl in the ubuntu lucid package pool, but only on the first invocation when there aren't any fasls. Upon subsequent invocations, when the environment tries to start up from the fasls generated previously, I get swank throwing to sldb with only an abort restart, which kills the slime startup entirely when selected. Previously slime was throwing the same warning, but it offered other restarts that allowed swank to start, and slime to connect. The sldb and inferior lisp buffers follow: ================= ;; inferior lisp: (progn (load "/home/fade/SourceCode/lisp/clbuild/source/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/tmp/slime.2349" :coding-system "utf-8-unix")) This is SBCL 1.0.39.2, 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. * ; loading #P"/home/fade/SourceCode/lisp/clbuild/source/slime/swank-loader.lisp" ; loading #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/swank-backend.fasl" ; loading #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/swank-source-path-parser.fasl" ; loading #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/swank-source-file-cache.fasl" ; loading #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/swank-sbcl.fasl" STYLE-WARNING: redefining SOCKET-FD in DEFUN STYLE-WARNING: redefining EMACS-INSPECT (#<BUILT-IN-CLASS T>) in DEFMETHOD ; loading #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/swank-gray.fasl" STYLE-WARNING: Implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P. ; loading #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/swank-match.fasl" ; loading #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/swank-rpc.fasl" ; loading #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/swank.fasl" WARNING: These Swank interfaces are unimplemented: (DISASSEMBLE-FRAME DUP EXEC-IMAGE MAKE-FD-STREAM SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN SOCKET-FD) ;; Swank started at port: 57233. 57233 * ; in: LAMBDA NIL ; (SWANK::RUN-REPL-EVAL-HOOKS SWANK::FORM) ; ; caught STYLE-WARNING: ; undefined function: RUN-REPL-EVAL-HOOKS ; ; compilation unit finished ; Undefined function: ; RUN-REPL-EVAL-HOOKS ; caught 1 STYLE-WARNING condition 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 WARNING: change in instance length of class SB-PRETTY:PRETTY-STREAM: current length: 27 compile time length: 25 ;; sldb sbcl/1 The loaded code expects an incompatible layout for class SB-PRETTY:PRETTY-STREAM. [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Return to SLIME's top level. 1: [TERMINATE-THREAD] Terminate this thread (#<THREAD "worker" RUNNING {1003168481}>) Backtrace: 0: (SB-KERNEL::CHECK-LAYOUT ..) Locals: SB-DEBUG::ARG-0 = #<SB-KERNEL:LAYOUT for SB-PRETTY:PRETTY-STREAM {100081ACA1}> SB-DEBUG::ARG-1 = #<SB-KERNEL:STRUCTURE-CLASSOID SB-PRETTY:PRETTY-STREAM> SB-DEBUG::ARG-2 = 25 SB-DEBUG::ARG-3 = #(#<SB-KERNEL:LAYOUT for T {1000087761}> ..) SB-DEBUG::ARG-4 = 4 SB-DEBUG::ARG-5 = 0 1: (SB-KERNEL::%INIT-OR-CHECK-LAYOUT ..) Locals: SB-DEBUG::ARG-0 = #<SB-KERNEL:LAYOUT for SB-PRETTY:PRETTY-STREAM {100081ACA1}> SB-DEBUG::ARG-1 = #<SB-KERNEL:STRUCTURE-CLASSOID SB-PRETTY:PRETTY-STREAM> SB-DEBUG::ARG-2 = 25 SB-DEBUG::ARG-3 = #(#<SB-KERNEL:LAYOUT for T {1000087761}> ..) SB-DEBUG::ARG-4 = 4 SB-DEBUG::ARG-5 = 0 2: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]324)) [No Locals] 3: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK ..) Locals: SB-DEBUG::ARG-0 = #<CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {7FFFF4AD99A9}> SB-DEBUG::ARG-1 = #S(SB-THREAD:MUTEX ..) 4: (SB-KERNEL:FIND-AND-INIT-OR-CHECK-LAYOUT ..) Locals: SB-DEBUG::ARG-0 = SB-PRETTY:PRETTY-STREAM SB-DEBUG::ARG-1 = 25 SB-DEBUG::ARG-2 = #(#<SB-KERNEL:LAYOUT for T {1000087761}> ..) SB-DEBUG::ARG-3 = 4 SB-DEBUG::ARG-4 = 0 5: (SB-FASL::FOP-LAYOUT) [No Locals] 6: (SB-FASL::LOAD-FASL-GROUP #<SB-SYS:FD-STREAM for "file /home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/contrib/swank-arglists.fasl" {1002F12A81}>) Locals: SB-DEBUG::ARG-0 = #<SB-SYS:FD-STREAM for "file /home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39... Catch-tags: SB-FASL::FASL-GROUP-END 7: ((FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK)) [No Locals] 8: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-RECURSIVE-LOCK]324)) [No Locals] 9: (SB-THREAD::CALL-WITH-RECURSIVE-LOCK ..) Locals: SB-DEBUG::ARG-0 = #<CLOSURE (FLET SB-THREAD::WITH-RECURSIVE-LOCK-THUNK) {7FFFF4AD9CF9}> SB-DEBUG::ARG-1 = #S(SB-THREAD:MUTEX ..) 10: (SB-FASL::LOAD-AS-FASL #<SB-SYS:FD-STREAM for "file /home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/contrib/swank-arglists.fasl" {1002F12A81}> NIL #<unavailable argument>) Locals: SB-DEBUG::ARG-0 = #<SB-SYS:FD-STREAM for "file /home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39... SB-DEBUG::ARG-1 = NIL SB-DEBUG::ARG-2 = :<NOT-AVAILABLE> 11: ((FLET SB-FASL::LOAD-STREAM) #<SB-SYS:FD-STREAM for "file /home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/contrib/swank-arglists.fasl" {1002F12A81}> T) Locals: SB-DEBUG::ARG-0 = #<SB-SYS:FD-STREAM for "file /home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39... SB-DEBUG::ARG-1 = T 12: (LOAD #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/contrib/swank-arglists.fasl")[:EXTERNAL] Locals: SB-DEBUG::ARG-0 = 1 SB-DEBUG::ARG-1 = #P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/contrib/swa.. 13: (REQUIRE SWANK-IO-PACKAGE::SWANK-ARGLISTS (#P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/contrib/swank-arglists.fasl")) Locals: SB-IMPL::MODULE-NAME = SWANK-IO-PACKAGE::SWANK-ARGLISTS SB-IMPL::PATHNAMES = (#P"/home/fade/.slime/fasl/2010-05-28/sbcl-1.0.39.2-linux-x86-64/contrib/sw.. 14: (SWANK:SWANK-REQUIRE ..) Locals: SWANK::FILENAME = NIL SWANK::MODULES = (:SWANK-LISTENER-HOOKS SWANK-IO-PACKAGE::SWANK-PRESENTATION-STREAMS ..) 15: (SB-INT:SIMPLE-EVAL-IN-LEXENV ..) Locals: SB-DEBUG::ARG-0 = (SWANK:SWANK-REQUIRE ..) SB-DEBUG::ARG-1 = #<NULL-LEXENV> 16: (SWANK::EVAL-FOR-EMACS ..) Locals: SB-DEBUG::ARG-0 = (SWANK:SWANK-REQUIRE ..) SB-DEBUG::ARG-1 = "COMMON-LISP-USER" SB-DEBUG::ARG-2 = 2 17: ((LAMBDA ())) [No Locals] 18: (SWANK-BACKEND::CALL-WITH-BREAK-HOOK #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<FUNCTION (LAMBDA #) {1004498319}>) Locals: *INVOKE-DEBUGGER-HOOK* = :<NOT-AVAILABLE> SWANK-BACKEND::CONTINUATION = #<FUNCTION (LAMBDA ()) {1004498319}> SWANK-BACKEND::HOOK = #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> 19: ((FLET SWANK-BACKEND:CALL-WITH-DEBUGGER-HOOK) #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> #<FUNCTION (LAMBDA #) {1004498319}>) Locals: *DEBUGGER-HOOK* = :<NOT-AVAILABLE> SB-KERNEL:*HANDLER-CLUSTERS* = :<NOT-AVAILABLE> SWANK-BACKEND::FUN = #<FUNCTION (LAMBDA ()) {1004498319}> SWANK-BACKEND::HOOK = #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK> 20: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA #) {10031690F9}>) Locals: SB-DEBUG::ARG-0 = NIL SB-DEBUG::ARG-1 = #<CLOSURE (LAMBDA ()) {10031690F9}> 21: (SWANK::CALL-WITH-CONNECTION #<SWANK::CONNECTION {1003119F11}> #<FUNCTION (LAMBDA #) {1004498319}>) Locals: SB-DEBUG::ARG-0 = #<SWANK::CONNECTION {1003119F11}> SB-DEBUG::ARG-1 = #<FUNCTION (LAMBDA ()) {1004498319}> 22: (SWANK::CALL-WITH-BINDINGS NIL #<CLOSURE (LAMBDA #) {10031690B9}>) 23: ((FLET #:WITHOUT-INTERRUPTS-BODY-[BLOCK369]374)) 24: ((FLET SB-THREAD::WITH-MUTEX-THUNK)) 25: ((FLET #:WITHOUT-INTERRUPTS-BODY-[CALL-WITH-MUTEX]300)) 26: (SB-THREAD::CALL-WITH-MUTEX ..) 27: (SB-THREAD::INITIAL-THREAD-FUNCTION) 28: ("foreign function: #x422C00") 29: ("foreign function: #x419857") ;; /paste ... if I remove all relevant fasls and force the environment to recompile everything, I can start slime again, once. It would be great if somebody could point me toward a permanent fix for this. I should also note that I do not see this problem at all running Clozure Common Lisp against the same clbuild instance, so this looks like it may be a problem in SBCL, but after pfaffing about in the inspector for quite awhile, I still haven't narrowed down the problem -- debugging PEBCAK to be sure, but any help would be greatly appreciated! Kind Regards., Brian

3 5

[slime-devel] NEVERMIND about slime arglist highlight
by jcm＠sdf.lonestar.org 08 Jun '10

08 Jun '10

Turns out it was my color settings.... oops!

1 0

[slime-devel] Arglist highlighting face
by jcm＠sdf.lonestar.org 08 Jun '10

08 Jun '10

I found a theme I like that does not show the current argument of a function call in the highlighted face. I poked around the code, and the 'highlight' I found refers to the ==> and <== around args, but not the emacs face used, from what I can tell. What face do I need to define to show the active argument in the minibuffer?

1 0

[slime-devel] [PATCH] Move LCONS before its use
by Stelian Ionescu 04 Jun '10

04 Jun '10

The function CONTENT-RANGE uses the macro LCONS before the latter is defined, so I moved the definition of LCONS up. I'd also like to notice that Clozure doesn't like that the definition of struct LCONS contains a reference to itself - in the type declaration «(or null lcons function)» -- Stelian Ionescu a.k.a. fe[nl]ix Quidquid latine dictum sit, altum videtur. http://common-lisp.net/project/iolib

2 1

[slime-devel] Changes regarding *SLDB-QUIT-RESTART*
by Tobias C Rittweiler 04 Jun '10

04 Jun '10

The recent changes result in an assertion error in HANDLE-REQUESTS in case one uses slime-connect to an already running swank server, and having (setq swank:*sldb-quit-restart* 'sb-thread:terminate-thread) in one's .swank.lisp. -T.

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 04 Jun '10

04 Jun '10

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2105 slime/ChangeLog:1.2109 --- slime/ChangeLog:1.2105 Fri May 28 09:55:30 2010 +++ slime/ChangeLog Fri Jun 4 03:30:36 2010 @@ -1,3 +1,30 @@ +2010-06-04 Helmut Eller <heller(a)common-lisp.net> + + * slime.el, swank.lisp: #'(lambda -> (lambda + +2010-06-04 Stelian Ionescu <sionescu(a)cddr.org> + + * swank.lisp: Move definition of LCONS before first use. + +2010-06-04 Helmut Eller <heller(a)common-lisp.net> + + * swank-allegro.lisp (socket-fd): Add support for allegro. + +2010-06-04 Helmut Eller <heller(a)common-lisp.net> + + Some *sldb-quit-restart* related fixes. + + * swank.lisp (*sldb-quit-restart*): Set to nil by default. + (throw-to-toplevel, debug-in-emacs): Get rid of boundp tests. + (format-restarts-for-emacs): Add a mark for *sldb-quit-restart*. + (handle-requests): Always bind *emacs-connection*. + (with-connection): Get rid of call-with-connection so that + compilers can remove the call frame more easily. + (repl-input-stream-read): Factored out from + make-repl-input-stream. Bind a *sldb-quit-restart* here too; no + need to restart the repl and a extra prompt for errors in Emacs + requests. + 2010-05-28 Helmut Eller <heller(a)common-lisp.net> Fix last change. Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.389 slime/contrib/ChangeLog:1.391 --- slime/contrib/ChangeLog:1.389 Sat May 29 01:40:18 2010 +++ slime/contrib/ChangeLog Fri Jun 4 03:30:41 2010 @@ -1,3 +1,8 @@ +2010-06-04 Helmut Eller <heller(a)common-lisp.net> + + * inferior-slime.el (inferior-slime-show-transcript): Update + window point + 2010-05-29 Stas Boukarev <stassats(a)gmail.com> * swank-fancy-inspector.lisp (emacs-inspect): Add [finalize]

1 0

[slime-devel] calling SLIME's inspector from CL?
by Tamas K Papp 04 Jun '10

04 Jun '10

Hi, Is it possible to call slime's inspector from CL? This would come handy when I want to inspect a variable inside a function. If I call (inspect my-variable), I get SBCL's inspector, which is not nearly as nice as SLIME's. Currently, I work around this by saving the variable (eg (defparameter *my-variable* my-variable)) and inspect it after the function is finished, but doing it directly would be nicer. Thanks, Tamas

4 3