Anyone here have issues with datomic.ion.cast and cider?

What kind of issues?

When calling (cast/initialize-redirect :stdout) so cast will output messages to stdout instead of ignoring the calls, my application crashes when calling said functions 😕

It only happens when using cider, and I haven't yet been able to see what exception get's thrown 😞

@rhansen I’m reasonably sure you’ve hit https://github.com/clojure-emacs/cider-nrepl/issues/542

It’s trivial to address and I’ll try to find some time for it later today.

I’m already exhausted now after spending my entire morning working on wrapping

https://github.com/clojure-emacs/cider-nrepl/commit/15d87747f790d300b0f13eef2e5bdc87b9dfd4ec

So, yeah - mainline cider-nrepl 0.18 now support nREPL 0.4! That’s a very big success!

Now someone has to do the same exercise for refactor-nrepl…

Ahh, ok. There's no need to rush on my account. Get some well deserved rest 😃

I restarted my shadow-cljs watch and I saw it downloaded a [cider-nrepl "0.18.0-SNAPSHOT"] dep, which I had previously installed locally. Now my cider-connect-cljs doesn't work anymore. I've tried updating my emacs cider dep and removing any cider packages and re-installing cider-nrepl from a fresh clone. After entering host+port+repl-type shadow I get asked which shadow build I want to use (as usual). But after that I don't see the repl switch to cljs as it used to do before. Any evals time out.

@bbss Likely you experienced this https://github.com/clojure-emacs/cider-nrepl/commit/6727f9fd59836d0c22bea21b895c3d833f4c53f3

I’ve cut a new snapshot. I tested only with 0.4 locally, that’s why I didn’t notice the problem.

Okay, trying it! Thanks! 🚀

That worked! Thanks @bozhidar

You’re welcome! And sorry for the mess!

That's okay. Risk of living on the 0.18.0 edge 😎

@rhansen https://github.com/clojure-emacs/cider-nrepl/commit/54bef72c29d9f01f5e109fa515f06595c454438f

@bozhidar awesome! Does this mean that I just need to update my melpa packages and I should be all good?

Only cider-nrepl snapshot from Clojars.

There are no changes in CIDER itself (the Elisp code).

Okay. Thanks again!

Getting problems with Cider. Trying to do a cider-jack-in starts a repl but throws an error like this:

2018-08-04 20:42:24,140 [clojure-agent-send-off-pool-5] ERROR clojure.tools.nrepl.server - Unhandled REPL handler exception processing message {:op init-debugger, :print-level 10, :print-length 10, :session 8dd8ceb1-2573-46d3-8f52-84ea5b8890f5, :id 8} 
clojure.lang.Compiler$CompilerException: java.lang.IllegalStateException: response-for already refers to: #'nrepl.misc/response-for in namespace: cider.nrepl.middleware.inspect, compiling:(cider/nrepl/middleware/inspect.clj:10:1)

Looks like it is the latest cider-nrepl. I can start a repl via lein, and connect to it using cider-connect. This works, but complains about cider and cider-nrepl versions not matching. If I add this to profiles: :repl {:plugins [[cider/cider-nrepl "0.18.0-SNAPSHOT"]]} I get the error again and the repl won't start. Reverting to cider/cider-nrepl "0.17.0" makes the error go away.

yeah, the same here:

[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-apropos, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-classpath, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-complete, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-debug, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-enlighten, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-format, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-info, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-inspect, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-macroexpand, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-slurp, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-ns, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-out, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-content-type, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-slurp, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-pprint, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-pprint-fn, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-profile, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-refresh, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-resource, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-spec, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-stacktrace, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-test, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-trace, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-tracker, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-undef, see clojure.tools.middleware/set-descriptor!
[WARNING] No nREPL middleware descriptor in metadata of #'cider.nrepl/wrap-version, see clojure.tools.middleware/set-descriptor!

and lot of exceptions when trying to connect from emacs

something bad happened, guys

@bozhidar that came with the latest snapshot of cider/cider-nrepl (0.18.0-SNAPSHOT). any clue where is the problem?

Seems like some mismatch between the nREPL versions, but I can’t understand how something like this can be happening.

@soulflyer’s problems seems like what I fixed here https://github.com/clojure-emacs/cider-nrepl/commit/6727f9fd59836d0c22bea21b895c3d833f4c53f3

Very simply put - after the most recent update cider-nrepl assumes you’re running nREPL 0.4.x unless it can find that clojure.tools.nrepl is loaded (which is true if you’re running lein repl or boot repl).

I tested this both with lein repl and with clj and it seems to work fine.

The middleware descriptor problems are a complete mystery - they imply that set-descriptor was set with the nREPL 0.4 function, but it’s trying to be resolved by nREPL 0.2, which should not be happening.

Anyways, the bulk of the changes are here https://github.com/clojure-emacs/cider-nrepl/commit/15d87747f790d300b0f13eef2e5bdc87b9dfd4ec

Everyone’s welcome to go over this and check for irregularities.

I get similar errors trying to jack-in to my clojurescript project. Here is the trace in my *nrepl-server buffer:

It's a clojure tools cli project (deps.edn), using the figwheel-main template.

result is after cider-jack-in-cljs + choosing figwheel-main

I wasn't prompted for the build (ie :dev) this time.

@pauld try bumping up to figwheel-main 0.1.5

@bhauman already did

also, I'm using spacemacs develop branch - in case that becomes relevant

I'll try with a bare clojure tools cli project next.

my emacs just straight-up freezes (also using spacemacs develop) with cider-jack-in in brand new deps.edn project. I was able to stop it from freezing by removing refactor-nrepl.middleware/wrap-refactor from the startup params, now I get the same error as @pauld

I guess the next step is to rule out spacemacs (it does some dependency injections of it's own).

removing the sayid middleware fixes it

adding the refactor (without the sayid middleware) middleware reintroduces the freeze

ah, thanks - that one has broken my cider before

how did you remove it?

I used SPACE u SPACE m ' to test it out

I think that the way to remove it is via the cider-jack-in-nrepl-middlewares var

is there a way to print the whole command that CIDER uses to start the nREPL process for cider-jack-in?

it prints it to the messages buffer as far as I know

doesn’t help when my Emacs freezes though 😛 I don’t want to run it

ah I was quick enough to switch the buffers before I barfed 😉

would reading .emacs.d/layers/+lang/clojure/packages.el help?

in the past I deleted the sayid import at the top to stop it from loading sayid middleware

everything the clojure layer does is in there I think

I got it

FYI to fix this in the interim I added this to dotspacemacs/user-config: (setq cider-jack-in-nrepl-middlewares '("cider.nrepl/cider-middleware"))

:thinking_face: that doesnt’ seem to be picked up on starting Emacs

yeah, noticing this too

<spc> f e R gets it working but <spc> q R (restarting) does not.

probably needs to go in /init

that didn’t take either

maybe in the layer configuration?

(clojure :variables cider-jack-in-nrepl-middlewares '()

)

i’m not even sure where the variable gets set

ah. sayid and clj-refactor add themselves to the list

it looks like at least sayid has a `sayid-inject-dependencies-at-jack-in var you can set to nil

my idea didn't work

okay. adding

;; sayid and refactor-nrepl are broken right now QQ
  (setq sayid-inject-dependencies-at-jack-in nil)
  (setq cljr-inject-dependencies-at-jack-in nil)

that was very frustrating

Ok, can confirm it works!

thanks! I wonder if these are only broken for us spacemacs develop users?

sayid is part of the layer in develop only if I recall correctly

I guess nobody using refactor-nrepl in regular emacs is complaining here yet

yeah, sayid seems to only be in the develop branch

I’m surprised that others aren’t having issues with clj-refactor but it is a weekend 😛

I feel like master also used an older version of CIDER?

but I can’t find any confirmation of that in the repo

yeah, not sure they are even able to pin cider version easily

i just read a long issue discussion about it

only choice is to use MELPA-Stable but I don't think that comes pre configured

Can a non-spacemacs user with sayid or refactor-nrepl in use confirm they are broken?