slime-devel

slime-devel@common-lisp.net

4231 discussions

[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 04 Aug '11

04 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

[slime-devel] slime-repl buffer never appears
by Tim Showalter 06 Jul '11

06 Jul '11

Hi. I'm an occasional slime user. I got a new computer and wanted to set up sbcl and slime. I'm running Ubuntu 11.04, and the Ubuntu versions work. So naturally I uninstalled them and installed from source. With slime on my load-path, and (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? Thanks very much! Tim

2 2

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel