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

[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

[slime-devel] slime with allegro 8.1
by Madhu 31 Jul '11

31 Jul '11

- Xref is broken: cond: Error: not finished with #<EXCL.SCM::SOURCE-PART :XXX-YYY :OPERATOR 43246 45118> - Debugger is unnavigable: mostly spam from only swank-debugger frames. I do not see any mention in the Changelog that support for older versions have been dropped, so I assume that older versions have broken inadvertantly. --- Madhu (going back to ELI ...)

1 0

[slime-devel] Daily ChangeLog diff
by Helmut Eller 28 Jul '11

28 Jul '11

Index: slime/contrib/ChangeLog diff -u slime/contrib/ChangeLog:1.487 slime/contrib/ChangeLog:1.488 --- slime/contrib/ChangeLog:1.487 Tue Jun 21 04:49:37 2011 +++ slime/contrib/ChangeLog Wed Jul 27 09:45:36 2011 @@ -1,3 +1,8 @@ +2011-07-27 Nikodemus Siivola <nikodemus(a)random-state.net> + + * slime-cl-indent.el: Tweak COND indentation. + * slime-cl-indent-test.txt: Tests 48 and 49. + 2011-06-21 Nikodemus Siivola <nikodemus(a)random-state.net> * slime-cl-indent.el (lisp-loop-indent-forms-like-keywords): Fix type error.

1 0

[slime-devel] slime-setup defaults [was: slime-repl buffer never appears]
by Attila Lendvai 07 Jul '11

07 Jul '11

> (require 'slime) > (slime-setup) > > in my init file, and inferior-lisp-program set to the binary, M-x slime > doesn't quite work right. The *inferior-lisp* buffer starts up, swank > says it's starting (I see the compilation) but the repl buffer never > appears. > > I do eventually get the "Connected." message, but I never see the repl > buffer. > > What am I missing? you, imo don't miss much. the slime defaults, on the other hand, are missing a whole lot of great features which are this way hidden from the newcomers, for the minor convenience of one of the maintainers (afaik) who prefers not to have those features enabled by default... the problem here is the huge difference between the effort it takes to configure slime by an experienced user and by a newcomer. there's a mail with this question every few weeks (and consider the time wasted by newcomers who resolve it using google, and the number of newcomers who don't even miss the repl, because they don't even know about it...) this mail is a political argument for changing slime defaults (enable at least the inspector, repl, fuzzy completion, presentations), because i believe that such a change would make slime more useful. my intention is to call for people's reason to support such a change, instead of dealing with each mail separately on this topic. -- attila Notice the erosion of your (digital) freedom, and do something about it! PGP: 2FA1 A9DC 9C1E BA25 A59C 963F 5D5F 45C7 DFCD 0A39 OTR XMPP: 8647EEAC EA30FEEF E1B55146 573E52EE 21B1FF06 BitCoin: 154uf86Vd9rpjMULd9CXa7nVwikknYZJiB

3 2