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

[slime-devel] Swank requires :dont-close t to connect
by Red Daly 06 Aug '11

06 Aug '11

Hi All, After installing SBCL 1.50 and the most recent CVS version of slime on a linux machine (Ubuntu 11.04), I needed to change slime.el in order for M-x slime to work within emacs. I don't know why this was necessary, but I changed the slime-init-command function to include a :dont-close t argument to the swank:start-server call. Here is my .emacs: ;;;; SLIME (add-to-list 'load-path "~/lib/cl/slime/") ; your SLIME directory (setq inferior-lisp-program "sbcl") ; your Lisp system (setq slime-net-coding-system 'utf-8-unix) (require 'slime) (slime-setup '(slime-repl slime-fancy)) I'm not sure if this is a bug or not, but perhaps you all should know. Without the :dont-close argument, I get an error in emacs: swank:close-connection: end of file on #<SB-SYS:FD-STREAM for "socket 127.0.0.1:58634, peer: 127.0.0.1:53495" {100467B0C1}> Thanks, Red

2 1

[slime-devel] Daily ChangeLog diff
by Helmut Eller 05 Aug '11

05 Aug '11

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.488 slime/contrib/ChangeLog:1.489 --- slime/contrib/ChangeLog:1.488 Wed Jul 27 09:45:36 2011 +++ slime/contrib/ChangeLog Fri Aug 5 01:05:47 2011 @@ -1,3 +1,8 @@ +2011-08-05 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-indentation.lisp (macro-indentation): Tweak so that + things that could be bindings are indented by 1, not 4. + 2011-07-27 Nikodemus Siivola <nikodemus(a)random-state.net> * slime-cl-indent.el: Tweak COND indentation.

1 0

[slime-devel] How to restart the inferior kawa swank server?
by Leo 05 Aug '11

05 Aug '11

Hello, Assume you have inferior kawa scheme started as detailed in the beginning of file swank-kawa.scm. Now switch to the *inferior-lisp* buffer and do: M-: (slime-inferior-connect (get-buffer-process (current-buffer)) \ (slime-inferior-lisp-args (get-buffer-process (current-buffer)))) You should see the following error, which disallows one to restart the swank server. Any fix? Thanks in advance. Leo #|kawa:6|# (begin (load "/Users/leo/Desktop/swank-kawa/swank-kawa.zip") (start-swank "/tmp/.leo-tmp-1850X_/slime.37612")) Thread[Thread-16,5,main] #|kawa:7|# connection: Socket[addr=/127.0.0.1,port=60557,localport=60556] listener: Thread[swank-listener,5,main] 936197591 chan@3970ae0 #<environment r13> attaching: 37892 20 attaching2: com.sun.jdi.ProcessAttach (defaults: pid=, timeout=) {pid=pid=37892, timeout=timeout=20} closing socket: ServerSocket[addr=0.0.0.0/0.0.0.0,port=0,localport=60556] exception in thread Thread[swank,5,main]: java.lang.Error: mcase failed tmp (chan@1b50f0a7 (error "java.io.IOException: Unable to determine transport endpoint" "IOException" ("com.sun.tools.jdi.ProcessAttachingConnector.attach(ProcessAttachingConnector.java:98)" "swank$Mnkawa.attach(swank-kawa.scm:1756)" "swank$Mnkawa.vmAttach(swank-kawa.scm:1736)" "swank$Mnkawa.vmMonitor(swank-kawa.scm:1272)" "swank$Mnkawa.apply1(swank-kawa.scm:1270)" "gnu.expr.ModuleBody.applyN(ModuleBody.java:235)" "swank$Mnkawa.applyN(swank-kawa.scm:978)" "gnu.expr.ModuleMethod.applyN(ModuleMethod.java:216)" "gnu.kawa.functions.ApplyToArgs.applyN(ApplyToArgs.java:139)" "gnu.mapping.ProcedureN.apply2(ProcedureN.java:39)" "swank$Mnkawa$frame36.lambda60(swank-kawa.scm:1985)" "swank$Mnkawa$frame36.apply1(swank-kawa.scm:1983)" "gnu.expr.ModuleBody.applyN(ModuleBody.java:235)" "gnu.expr.ModuleMethod.applyN(ModuleMethod.java:216)" "gnu.kawa.functions.ApplyToArgs.applyN(ApplyToArgs.java:139)" "gnu.mapping.ProcedureN.apply2(ProcedureN.java:39)" "swank$Mnkawa$frame35.lambda59(swank-kawa.scm:1976)" "swank$Mnkawa$frame35.apply0(swank-kawa.scm:1976)" "gnu.expr.ModuleBody.applyN(ModuleBody.java:233)" "gnu.expr.ModuleMethod.applyN(ModuleMethod.java:216)" "gnu.kawa.functions.ApplyToArgs.applyN(ApplyToArgs.java:139)" "gnu.mapping.ProcedureN.apply1(ProcedureN.java:31)" "swank$Mnkawa$frame33.lambda56(swank-kawa.scm:1879)" "swank$Mnkawa$frame33.apply0(swank-kawa.scm:1878)" "gnu.expr.ModuleMethod.apply0(ModuleMethod.java:186)" "gnu.mapping.RunnableClosure.run(RunnableClosure.java:78)" "java.lang.Thread.run(Thread.java:680)")))java.lang.Error: mcase failed tmp (chan@1b50f0a7 (error "java.io.IOException: Unable to determine transport endpoint" "IOException" ("com.sun.tools.jdi.ProcessAttachingConnector.attach(ProcessAttachingConnector.java:98)" "swank$Mnkawa.attach(swank-kawa.scm:1756)" "swank$Mnkawa.vmAttach(swank-kawa.scm:1736)" "swank$Mnkawa.vmMonitor(swank-kawa.scm:1272)" "swank$Mnkawa.apply1(swank-kawa.scm:1270)" "gnu.expr.ModuleBody.applyN(ModuleBody.java:235)" "swank$Mnkawa.applyN(swank-kawa.scm:978)" "gnu.expr.ModuleMethod.applyN(ModuleMethod.java:216)" "gnu.kawa.functions.ApplyToArgs.applyN(ApplyToArgs.java:139)" "gnu.mapping.ProcedureN.apply2(ProcedureN.java:39)" "swank$Mnkawa$frame36.lambda60(swank-kawa.scm:1985)" "swank$Mnkawa$frame36.apply1(swank-kawa.scm:1983)" "gnu.expr.ModuleBody.applyN(ModuleBody.java:235)" "gnu.expr.ModuleMethod.applyN(ModuleMethod.java:216)" "gnu.kawa.functions.ApplyToArgs.applyN(ApplyToArgs.java:139)" "gnu.mapping.ProcedureN.apply2(ProcedureN.java:39)" "swank$Mnkawa$frame35.lambda59(swank-kawa.scm:1976)" "swank$Mnkawa$frame35.apply0(swank-kawa.scm:1976)" "gnu.expr.ModuleBody.applyN(ModuleBody.java:233)" "gnu.expr.ModuleMethod.applyN(ModuleMethod.java:216)" "gnu.kawa.functions.ApplyToArgs.applyN(ApplyToArgs.java:139)" "gnu.mapping.ProcedureN.apply1(ProcedureN.java:31)" "swank$Mnkawa$frame33.lambda56(swank-kawa.scm:1879)" "swank$Mnkawa$frame33.apply0(swank-kawa.scm:1878)" "gnu.expr.ModuleMethod.apply0(ModuleMethod.java:186)" "gnu.mapping.RunnableClosure.run(RunnableClosure.java:78)" "java.lang.Thread.run(Thread.java:680)"))) at swank$Mnkawa.ferror$V(swank-kawa.scm:979) at swank$Mnkawa.dispatchEvents(swank-kawa.scm:406) at swank$Mnkawa.setupServer(swank-kawa.scm:363) at swank$Mnkawa$frame.lambda3(swank-kawa.scm:354) at swank$Mnkawa$frame.apply0(swank-kawa.scm:353) at gnu.expr.ModuleBody.applyN(ModuleBody.java:233) at gnu.expr.ModuleMethod.applyN(ModuleMethod.java:216) at gnu.kawa.functions.ApplyToArgs.applyN(ApplyToArgs.java:139) at gnu.mapping.ProcedureN.apply1(ProcedureN.java:31) at swank$Mnkawa$frame33.lambda56(swank-kawa.scm:1879) at swank$Mnkawa$frame33.apply0(swank-kawa.scm:1878) at gnu.expr.ModuleMethod.apply0(ModuleMethod.java:186) at gnu.mapping.RunnableClosure.run(RunnableClosure.java:78) at java.lang.Thread.run(Thread.java:680) #|kawa:8|#

2 4

[slime-devel] Slime with multi processing
by Andrew Myers 02 Aug '11

02 Aug '11

Hello everyone, I work on a Lisp project using Allegro Common Lisp and recently started investigating using SLIME instead of the Franz's package. I had tried to do this about a year ago when I started this job but for various reasons never pursued it very far. I much prefer SLIME over the Franz package and have most of the functionality I'm used to working already with the exception of multiprocessing debugging. We have a few other threads running using the Franz Multiprocessing API but when using SLIME the output from these threads (both stdout and trace output) only goes to the *inferior-lisp* buffer, it does not show up in the SLIME repl. Can anyone point me to documentation on how to fix this? I've been looking through the SLIME manual and online but haven't been able to find anything yet. Thanks, Andrew Myers

2 2