slime-devel August 2011

slime-devel@common-lisp.net

8 participants
14 discussions

[slime-devel] Question about Slime & SBCL on Windows
by Scott Turner 29 Nov '11

29 Nov '11

I'm currently using SLIME & SBCL (SBCL 1.0.50.24.mswinmt.876-cad5ed2 -- Kovalenko's Windows port). When I hit C-c C-c to interrupt, my Lisp dies and I have to kill Slime and restart. Am I doing something wrong, or is interrupt just not supported on SBCL? Thanks in advance for any help! -- Scott Turner

3 7

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

31 Aug '11

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.489 slime/contrib/ChangeLog:1.490 --- slime/contrib/ChangeLog:1.489 Fri Aug 5 01:05:47 2011 +++ slime/contrib/ChangeLog Tue Aug 30 08:34:10 2011 @@ -1,3 +1,11 @@ +2011-08-30 Nikodemus Siivola <nikodemus(a)random-state.net> + + * slime-repl.el (slime-repl-suppress-prompt): New variable. Bind to T to + temporarily suppress the prompt. + (slime-eval-last-expression-in-repl): New command. Sends form from + another buffer to REPL for evaluation. + (slime-mode-map): Bind slime-eval-last-expression-in-repl to C-c C-j. + 2011-08-05 Nikodemus Siivola <nikodemus(a)random-state.net> * swank-indentation.lisp (macro-indentation): Tweak so that

1 0

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

27 Aug '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2211 slime/ChangeLog:1.2212 --- slime/ChangeLog:1.2211 Thu Aug 18 02:41:15 2011 +++ slime/ChangeLog Fri Aug 26 04:10:47 2011 @@ -1,3 +1,8 @@ +2011-08-26 Mark Evenson <evenson(a)panix.com> + + * swank-abcl.lisp (class-slots): Use exported symbol allowing + classes with non-standard metaobjects to be inspected. + 2011-08-18 Helmut Eller <heller(a)common-lisp.net> Fix line numbers for compiler notes if is narrowing was in effect.

1 0

[slime-devel] invalid protocol message / illegal sharp macro character
by Tamas Papp 25 Aug '11

25 Aug '11

When compiling a code snippet with C-c C-c, I get the following error in SLIME: Invalid protocol message: SB-INT:SIMPLE-READER-ERROR at 191 (line 3, column 41) on #<SB-IMPL::STRING-INPUT-STREAM {10049826B1}>: illegal sharp macro character: #\ "(:emacs-rex (swank:compile-string-for-emacs \"(defun show-pdf (pathname) (external-program:start \\\"xpdf\\\" (list (namestring pathname) \\\"-z page\\\"))) \" #(\"external.lisp\" 0 13 (buffer-name #2 buffer #<buffer external.lisp> font-lock-face buffer-menu-buffer mouse-face highlight help-echo \"mouse-2: select this buffer\")) (quote ((:position 1951) (:line 43 1))) \"/home/tamas/src/lisp/cl-pgf/external.lisp\" (quote nil)) \":cl-pgf\" t 88) " I pasted *slime-events* at http://paste.lisp.org/display/124254. C-c C-k compiles everything cleanly, there are no # characters in the entire file. I am using the latest SLIME from the repo, GNU Emacs 24.0.50.1 "(x86_64-pc-linux-gnu, GTK+ Version 2.24.5) of 2011-08-21 on keller, modified by Debian", and SBCL 1.0.50.0.debian. The error shows up with other version of SLIME, but not with Emacs23, and it is not specific to the particular code snippet. Thanks, Tamas

2 3

[slime-devel] (PREFERRED-COMMUNICATION-STYLE) on SBCL/Windows
by Anton Kovalenko 22 Aug '11

22 Aug '11

Hello SLIME developers, Please consider swapping COND clauses for :win32 and :sb-thread for SBCL backend's PREFERRED-COMMUNICATION-STYLE, in order to select :spawn communication style if :sb-thread is available. Like this: (defimplementation preferred-communication-style () (cond ((member :sb-thread *features*) :spawn) ;; fixme: when SBCL/win32 gains better select() support, remove ;; this. ((member :win32 *features*) nil) (t :fd-handler))) For now, it makes no difference for mainline SBCL users, but this change will be required when the thread support for Windows will be merged, anyway. (And, as you can see, the fact that no one but me is responsible for unofficial Windows fork's behavior won't protect you from questions and (maybe) bug reports for problems with SLIME + unofficial SBCL). What we have now is the code with a /meaning/ like "even if these guys will add threading to the windows port, it will surely be broken, so let's avoid using it". If the order of clauses were intentional, it would be a funny example of rude and offensive Common Lisp. -- Regards, Anton Kovalenko +7(916)345-34-02 | Elektrostal' MO, Russia

2 1

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

18 Aug '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2209 slime/ChangeLog:1.2211 --- slime/ChangeLog:1.2209 Tue Aug 9 03:27:25 2011 +++ slime/ChangeLog Thu Aug 18 02:41:15 2011 @@ -1,3 +1,16 @@ +2011-08-18 Helmut Eller <heller(a)common-lisp.net> + + Fix line numbers for compiler notes if is narrowing was in effect. + + * slime.el (slime-canonicalized-location): Widen before calling + line-number-at-pos. + +2011-08-17 Stas Boukarev <stassats(a)gmail.com> + + * swank-allegro.lisp (with-redirected-y-or-n-p): Fix modern-mode + issues. + Patch by Andrew Myers. + 2011-08-09 Nikodemus Siivola <nikodemus(a)random-state.net> * swank-sbcl.lisp (make-socket-io-stream): Use :SERVE-EVENTS T when

1 0

Re: [slime-devel] [PATCH] Fix support for start-acl-profiler in ACL 8.2 64 bit.
by Andrew Myers 17 Aug '11

17 Aug '11

I'm a dummy, updated patch here: --- swank-allegro.lisp | 5 ++--- swank.lisp | 3 ++- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/swank-allegro.lisp b/swank-allegro.lisp index 352859a..b1dee27 100644 --- a/swank-allegro.lisp +++ b/swank-allegro.lisp @@ -642,14 +642,13 @@ ;; As the CL:Y-OR-N-P question is (for some reason) not directly ;; sent to the Slime user, the function CL:Y-OR-N-P is temporarily ;; overruled. - `(let* ((pkg (find-package "common-lisp")) + `(let* ((pkg (find-package :common-lisp)) (saved-pdl (excl::package-definition-lock pkg)) (saved-ynp (symbol-function 'cl:y-or-n-p))) (setf (excl::package-definition-lock pkg) nil (symbol-function 'cl:y-or-n-p) (symbol-function - (find-symbol "y-or-n-p-in-emacs" - "swank"))) + (read-from-string "swank:y-or-n-p-in-emacs"))) (unwind-protect (progn ,@body) diff --git a/swank.lisp b/swank.lisp index 024903c..e3a5a6d 100644 --- a/swank.lisp +++ b/swank.lisp @@ -65,7 +65,8 @@ #:set-default-directory #:quit-lisp #:eval-for-emacs - #:eval-in-emacs)) + #:eval-in-emacs + #:y-or-n-p-in-emacs)) (in-package :swank) --

2 1

[slime-devel] [PATCH] Fix support for start-acl-profiler in ACL 8.2 64 bit.
by Andrew Myers 17 Aug '11

17 Aug '11

The package look up in the with-redirected-y-or-n-p was broken because allegro expects keyword package names instead of strings. I changed (symbol-function (find-symbol "y-or-n-p-in-emacs" :swank)) to (symbol-function 'swank:y-or-n-p-in-emacs) because the former did not find the function even after exporting it properly from the swank package. Not sure why that's broken but the latter works an is shorter. --- This has been tested with Franz Lisp 8.2 64bit on Emacs 23.3.1 on Mac OSX Snow Leopard. swank-allegro.lisp | 5 ++--- swank.lisp | 3 ++- 2 files changed, 4 insertions(+), 4 deletions(-) diff --git a/swank-allegro.lisp b/swank-allegro.lisp index 352859a..af6c54b 100644 --- a/swank-allegro.lisp +++ b/swank-allegro.lisp @@ -642,14 +642,13 @@ ;; As the CL:Y-OR-N-P question is (for some reason) not directly ;; sent to the Slime user, the function CL:Y-OR-N-P is temporarily ;; overruled. - `(let* ((pkg (find-package "common-lisp")) + `(let* ((pkg (find-package :common-lisp)) (saved-pdl (excl::package-definition-lock pkg)) (saved-ynp (symbol-function 'cl:y-or-n-p))) (setf (excl::package-definition-lock pkg) nil (symbol-function 'cl:y-or-n-p) (symbol-function - (find-symbol "y-or-n-p-in-emacs" - "swank"))) + 'swank:y-or-n-p-in-emacs)) (unwind-protect (progn ,@body) diff --git a/swank.lisp b/swank.lisp index 024903c..e3a5a6d 100644 --- a/swank.lisp +++ b/swank.lisp @@ -65,7 +65,8 @@ #:set-default-directory #:quit-lisp #:eval-for-emacs - #:eval-in-emacs)) + #:eval-in-emacs + #:y-or-n-p-in-emacs)) (in-package :swank) --

1 0

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

10 Aug '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2208 slime/ChangeLog:1.2209 --- slime/ChangeLog:1.2208 Mon Aug 8 05:31:00 2011 +++ slime/ChangeLog Tue Aug 9 03:27:25 2011 @@ -1,3 +1,9 @@ +2011-08-09 Nikodemus Siivola <nikodemus(a)random-state.net> + + * swank-sbcl.lisp (make-socket-io-stream): Use :SERVE-EVENTS T when + using :FD-HANDLER as the communication style. SBCL will soon stop + serving events by default on socket streams. + 2011-08-08 Helmut Eller <heller(a)common-lisp.net> * slime.el (slime-unintern-symbol): New command.

1 0

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

09 Aug '11

Index: slime/ChangeLog diff -u slime/ChangeLog:1.2206 slime/ChangeLog:1.2208 --- slime/ChangeLog:1.2206 Sun Jul 3 11:15:38 2011 +++ slime/ChangeLog Mon Aug 8 05:31:00 2011 @@ -1,8 +1,14 @@ +2011-08-08 Helmut Eller <heller(a)common-lisp.net> + + * slime.el (slime-unintern-symbol): New command. + * swank.lisp (unintern-symbol): Lisp-side implementation. + 2011-07-03 Nikodemus Siivola <nikodemus(a)random-state.net> - * swank-sbcl.lisp (debug-var-info): New function: calls SB-DI::DEBUG-VAR-INFO - when available. - (frame-locals, frame-var-value): Treat more-context and more-count vars specially. + * swank-sbcl.lisp (debug-var-info): New function: calls + SB-DI::DEBUG-VAR-INFO when available. + (frame-locals, frame-var-value): Treat more-context and more-count + vars specially. 2011-06-21 Nikodemus Siivola <nikodemus(a)random-state.net> @@ -154,12 +160,12 @@ * slime.el (slime-intern-indentation-spec): New function. Converts strings in an indentation spec to symbols. - (slime-handle-indentation-update): Intern the indentation spec using - slime-intern-indentation-spec, so that lisp side can pass complex indentation - specs. - * contrib/swank-indentation.lisp (application-indentation-hint): Downcase - symbol names -- any symbol in an indentation spec is pretty much guaranteed - to have a lowecase name on the Emacs side. + (slime-handle-indentation-update): Intern the indentation spec + using slime-intern-indentation-spec, so that lisp side can pass + complex indentation specs. + * contrib/swank-indentation.lisp (application-indentation-hint): + Downcase symbol names -- any symbol in an indentation spec is + pretty much guaranteed to have a lowecase name on the Emacs side. 2011-04-16 Stas Boukarev <stassats(a)gmail.com>

1 0

[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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel August 2011