emacs24 with current slime dies #130

Closed
pnathan opened this Issue Jul 7, 2012 · 4 comments

Projects

None yet

3 participants

@pnathan

Hi, I am using emacs24 on osx 10.6 with Clojure 10.4 and a current leiningen.

Clojure/swank/slime dies about 10 seconds after I start it.

lein swank

M-x slime-connect

Then, I get a message:

Versions differ: 2012-05-12 (slime) vs. 20100404 (swank). Continue? (y or n) y ;; I bet this is the problem, but I'm not sure how to update swank - I sure don't want to downgrade slime.

Then, shortly thereafter, the included exception happens in the swank terminal and emacs's slime closes.

My slime settings are as follows:

  (require 'clojure-mode)

(eval-after-load 'slime
  '(progn
     (slime-setup '(
                    slime-asdf
                    slime-autodoc
                    slime-editing-commands
                    slime-fancy-inspector
                    slime-fontifying-fu
                    slime-fuzzy
                    slime-indentation
                    ;slime-mdot-fu
                    slime-package-fu
                    slime-references
                    slime-repl
                    slime-sbcl-exts
                    slime-scratch
                    slime-xref-browser
                    ))
     (slime-autodoc-mode)
     (setq slime-complete-symbol*-fancy t)
     (setq slime-complete-symbol-function
           'slime-fuzzy-complete-symbol)))

Note that this is tuned towards Common Lisp development. Stripping things down to just clojure and slime-repl gets things sort of working, but I keep getting these sorts of errors

"error in process filter: slime-editing-mode: Wrong number of arguments: called-interactively-p, 1
error in process filter: Wrong number of arguments: called-interactively-p, 1
"

It would be really nice not to have to rebuild my .emacs to dynamically load and unload modules to handle both Clojure and Common Lisp.

Connection opened on localhost port 4005.
^Xunreadable message: (:emacs-rex (swank:autodoc (quote ("+" "" swank::%cursor-marker%)) :print-right-margin 203) "user" :repl-thread 4)

exception in read loop
java.lang.RuntimeException: Invalid token: swank::
    at clojure.lang.Util.runtimeException(Util.java:170)
    at clojure.lang.LispReader.interpretToken(LispReader.java:321)
    at clojure.lang.LispReader.read(LispReader.java:206)
    at clojure.lang.LispReader.readDelimitedList(LispReader.java:1135)
    at clojure.lang.LispReader$ListReader.invoke(LispReader.java:962)
    at clojure.lang.LispReader.readDelimitedList(LispReader.java:1126)
    at clojure.lang.LispReader$ListReader.invoke(LispReader.java:962)
    at clojure.lang.LispReader.readDelimitedList(LispReader.java:1126)
    at clojure.lang.LispReader$ListReader.invoke(LispReader.java:962)
    at clojure.lang.LispReader.readDelimitedList(LispReader.java:1126)
    at clojure.lang.LispReader$ListReader.invoke(LispReader.java:962)
    at clojure.lang.LispReader.read(LispReader.java:180)
    at clojure.lang.RT.readString(RT.java:1707)
    at clojure.core$read_string.invoke(core.clj:3361)
    at swank.core.protocol$read_swank_message$fn__238.invoke(protocol.clj:46)
    at swank.core.protocol$read_swank_message.invoke(protocol.clj:45)
    at swank.core.connection$read_from_connection.invoke(connection.clj:59)
    at swank.core$read_loop.invoke(core.clj:463)
    at swank.swank$connection_serve$fn__1871$fn__1872.invoke(swank.clj:33)
    at clojure.lang.AFn.applyToHelper(AFn.java:159)
    at clojure.lang.AFn.applyTo(AFn.java:151)
    at clojure.core$apply.invoke(core.clj:601)
    at swank.swank$connection_serve$fn__1871.doInvoke(swank.clj:30)
    at clojure.lang.RestFn.invoke(RestFn.java:397)
    at clojure.lang.AFn.run(AFn.java:24)
    at java.lang.Thread.run(Thread.java:680)
exception in control loop
java.lang.InterruptedException
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.reportInterruptAfterWait(AbstractQueuedSynchronizer.java:1961)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:1996)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:399)
    at swank.util.concurrent.mbox$receive.invoke(mbox.clj:28)
    at swank.core$control_loop.invoke(core.clj:523)
    at swank.swank$connection_serve$fn__1832$fn__1833$fn__1834.invoke(swank.clj:23)
    at swank.swank$connection_serve$fn__1832$fn__1833.invoke(swank.clj:22)
    at clojure.lang.AFn.applyToHelper(AFn.java:159)
    at clojure.lang.AFn.applyTo(AFn.java:151)
    at clojure.core$apply.invoke(core.clj:601)
    at swank.swank$connection_serve$fn__1832.doInvoke(swank.clj:20)
    at clojure.lang.RestFn.invoke(RestFn.java:397)
    at clojure.lang.AFn.run(AFn.java:24)
    at java.lang.Thread.run(Thread.java:680)
@purcell
Collaborator

As noted in the README, you (unfortunately) can't set up a single recent version of slime and expect to use it for both Clojure and Common Lisp. However, by deferring loading of Slime until it's needed, you can set up your Emacs such that both language environments work in isolated Emacs instances. See #66 for more info.

I believe this is a limitation resulting from the refusal of upstream Slime developers to accommodate changes required to put Clojure on an equal footing with Common Lisp.

@purcell purcell closed this Jul 7, 2012
@technomancy
Owner

It's also due to the fact that the Slime developers don't cut stable releases and introduce backwards-incompatible changes whenever: http://p.hagelb.org/slime-cvs-rant.txt

@pnathan

This is quite unfortunate. I like to run my emacs for weeks on end, switching between multiple projects and languages.

I obviously had overlooked the CL information when I had perused the readme before. The only Slime development discussion record I found was http://lists.common-lisp.net/pipermail/slime-devel/2009-November/016913.html . That was 2.5 years ago. #66 gives a nice intro, but that was 9 months ago, and it appears that emacs must be restarted between Clojure/CL work.

It would be nice to know what (precisely) is broken... and what would need to be fixed. ie, what would the patch look like to bring swank-clojure up to interop with July 7 2012 slime. I do understand the daily cost of maintenance to ensure correctness, but I really would like to be able to not have to spawn a special "clojure emacs" process...

@technomancy
Owner

I don't think anyone has done the investigation to discover exactly what the backwards-incompatible changes upstream are.

I would accept a patch to add compatibility for the current CVS version of slime provided it didn't break compatibility with the frozen version. Dropping support for the frozen version is not an option; it would provide a small benefit for a small number of users while creating a large hassle for everyone else.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment