Fork me on GitHub
#cider
<
2018-10-15
>
vigilancetech00:10:11

section 4.3.1 of the shadow-cljs user guide says:

If the popular cider-nrepl is found on the classpath it will be added automatically. No additional configuration required.
but the cider's man page says:
Much of CIDER's functionality depends on the presence of CIDER's own nREPL middleware. Starting with version 0.11, When cider-jack-in (C-c C-x (C-)j (C-)j) is used, CIDER takes care of injecting it and its other dependencies.
so, should I remove the cider-nrepl from my system to have it work with shadow or is that the nrepl shadow is looking for?

bozhidar08:10:30

@vigilancetech Depends on how you start shadow-cljs I guess. You don’t really need cider-nrepl in your profiles if all you do is use cider-jack-in....

sundbp10:10:11

@bozhidar the reply issue causing the reply.eval-modes.nrepl error in 2.8.2 - is there a workaround or safe to just ignore for time being?

bozhidar10:10:30

You can just ignored it.

hyankov14:10:24

👋 I've been working extensively with CIDER without being Emacs expert. I updated my emacs packages today (including CIDER). Later I had some weird problems with the REPL on a project I've been assigned. Trying to understand what's going on I decided to start a new blank project and I can't start a REPL there. Here're the steps I do: 1. lein new test 2. in Emacs I open src/test/core.clj 3. execute cider-jack-in 4. Get this exception:

Oct 15, 2018 5:50:23 PM clojure.tools.logging$eval579$fn__582 invoke
SEVERE: Unhandled REPL handler exception processing message {:op init-debugger, :print-level 10, :print-length 10, :session cc619163-753b-46b1-9334-cf6e9459aac4, :id 8}
java.lang.ClassNotFoundException: clojure.tools.reader.reader_types.SourceLoggingPushbackReader, compiling:(cider/inlined_deps/toolsreader/v1v3v0/clojure/tools/reader.clj:1:1)
	at clojure.lang.Compiler.load(Compiler.java:7526)
	at clojure.lang.RT.loadResourceScript(RT.java:379)
	at clojure.lang.RT.loadResourceScript(RT.java:370)
	at clojure.lang.RT.load(RT.java:460)
	at clojure.lang.RT.load(RT.java:426)
	at clojure.core$load$fn__6548.invoke(core.clj:6046)
	at clojure.core$load.invokeStatic(core.clj:6045)
	at clojure.core$load.doInvoke(core.clj:6029)
	at clojure.lang.RestFn.invoke(RestFn.java:408)
	at clojure.core$load_one.invokeStatic(core.clj:5848)
	at clojure.core$load_one.invoke(core.clj:5843)
	at clojure.core$load_lib$fn__6493.invoke(core.clj:5888)
	at clojure.core$load_lib.invokeStatic(core.clj:5887)
	at clojure.core$load_lib.doInvoke(core.clj:5868)
	at clojure.lang.RestFn.applyTo(RestFn.java:142)
	at clojure.core$apply.invokeStatic(core.clj:659)
	at clojure.core$load_libs.invokeStatic(core.clj:5925)
	at clojure.core$load_libs.doInvoke(core.clj:5909)
	at clojure.lang.RestFn.applyTo(RestFn.java:137)
	at clojure.core$apply.invokeStatic(core.clj:659)
	at clojure.core$require.invokeStatic(core.clj:5947)
	at clojure.core$require.doInvoke(core.clj:5947)
	at clojure.lang.RestFn.invoke(RestFn.java:421)
	at cider.inlined_deps.toolsnamespace.v0v3v0_alpha4.clojure.tools.namespace.parse$eval2867$loading__6434__auto____2868.invoke(parse.cljc:9)
	at cider.inlined_deps.toolsnamespace.v0v3v0_alpha4.clojure.tools.namespace.parse$eval2867.invokeStatic(parse.cljc:9)
	at cider.inlined_deps.toolsnamespace.v0v3v0_alpha4.clojure.tools.namespace.parse$eval2867.invoke(parse.cljc:9)

	... skipping some lines ...
	at java.lang.Thread.run(Thread.java:748)
Caused by: java.lang.ClassNotFoundException: clojure.tools.reader.reader_types.SourceLoggingPushbackReader
	at java.net.URLClassLoader.findClass(URLClassLoader.java:381)
	at clojure.lang.DynamicClassLoader.findClass(DynamicClassLoader.java:69)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
	at clojure.lang.DynamicClassLoader.loadClass(DynamicClassLoader.java:77)
	at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:348)
	at clojure.lang.RT.classForName(RT.java:2204)
	at clojure.lang.RT.classForNameNonLoading(RT.java:2217)
	at cider.inlined_deps.toolsreader.v1v3v0.clojure.tools.reader$eval3532$loading__6434__auto____3533.invoke(reader.clj:9)
	at cider.inlined_deps.toolsreader.v1v3v0.clojure.tools.reader$eval3532.invokeStatic(reader.clj:9)
	at cider.inlined_deps.toolsreader.v1v3v0.clojure.tools.reader$eval3532.invoke(reader.clj:9)
	at clojure.lang.Compiler.eval(Compiler.java:7062)
	at clojure.lang.Compiler.eval(Compiler.java:7051)
	at clojure.lang.Compiler.load(Compiler.java:7514)
	...  more
Here's my emacs.d: https://github.com/hristoyankov/.emacs.d

hyankov14:10:09

I'm pretty sure I've messed up my setup just no sure how and where. Any ideas are greatly appreciated

bozhidar16:10:31

@hyankov Hmm, I did bump this dep today (it used to be 1.1), but the tests passed just fine with it. Seems like some version conflict with tools.namespace, but I’m not sure what’s the root cause of all this.

hyankov19:10:07

@bozhidar I was using and marmalade for I don't know reason. It's reproducible - if you care to check it for yourself. However, I can imagine you have better things to do with your time but it's worth knowing there might be issues with that. As for me - moved to and I'm back on track 🙂

dpsutton19:10:58

@hyankov try this: (setq cider-jack-in-lein-plugins '(("cider/cider-nrepl" "0.18.0")))

dpsutton19:10:28

my coworker is setting up CIDER on a new machine and was running into issues. just use an older cider-nrepl until the latest gets resolved

arrdem20:10:30

:ie: I’m covered in shame @bozhidar

dpsutton20:10:59

and this guy only uses power tools from the 1920s and refused to upgrade CIDER because "it always breaks" lol

dpsutton20:10:09

sure proved him wrong

dominicm20:10:14

My colleagues also are afraid to update cider 😄. And Arch Linux.

dpsutton20:10:53

he uses a lathe from 1920s and an emacs config from 7 years ago. and is angry when things change

dominicm20:10:23

A literal lathe?

dpsutton20:10:30

yeah like woodworking

dpsutton20:10:09

yeah. he's got quite the diverse set of interests. embedded lisps all the way to antique wood working tools

dominicm20:10:19

Interesting. I was trying to picture him bringing his lathe into a city office, and I was wondering if it was safe to have near laptops.

bozhidar21:10:56

@dpsutton Same problem with tools.reader?

bozhidar21:10:21

If so I’ll revert this, although I checked the recent commits and nothing seems out of place there.

bozhidar21:10:02

> (setq cider-jack-in-lein-plugins '(("cider/cider-nrepl" "0.18.0")))

bozhidar21:10:31

I’d recommend doing

bozhidar21:10:40

(setq cider-latest-middleware-version "0.18.0")

bozhidar21:10:21

(by default we inject the latest compatible version with the assumption it’s the best)

dpsutton21:10:23

not sure. we didn't really have a good handle on how to debug it. any calls to eval just spun

dpsutton21:10:05

re: setq cider-latest middelware, it adds to the list at require time so setting that var after CIDER is loaded may not affect anything

dpsutton21:10:04

(cider-add-to-alist 'cider-jack-in-lein-plugins
                    "cider/cider-nrepl" cider-latest-middleware-version)

dpsutton21:10:22

so that code is run when cider is required. need to make sure cider-latest middleware version is updated before cider does that

bozhidar21:10:36

Ah, yeah. It should be set before loading CIDER.

hunter21:10:40

it was a new machine, had just installed cider from melpa

hunter21:10:31

no specific configuration done for cider, just trying to jack-in

richiardiandrea23:10:52

has anybody ever seen this: Boxed math warning, cider/inlined_deps/fipp/v0v6v13/corerrb_vector/v0v0v12/clojure/core/rrb_vector/nodes.clj:88:11 - call: public static boolean (long,java.lang.Object).

dpsutton23:10:23

Jvm 11? They added a new overload so now the call is ambiguous

richiardiandrea00:10:31

no this is normal JVM 8...

bozhidar07:10:50

I’ve noticed those warnings as well yesterday, but I decided they are not a big deal.

bozhidar07:10:08

I love it how the JVM 8 is now “normal”. 😄

richiardiandrea14:10:38

It seems to happen only the first time for is called btw

Michael Fiano23:10:14

I found my first bug!

Michael Fiano23:10:43

In CIDER's REPL, try evaluating #uuid 1, or #uuid <anything> for that matter.

dpsutton23:10:50

What error are you getting. I use #uuid "string-value" all the time

Michael Fiano23:10:34

It crashed the REPL completely

dpsutton23:10:10

Ah. Interesting

Michael Fiano23:10:42

It actually erased the input I had typed, and produces this, with no way to get a prompt again https://gist.github.com/mfiano/186642e923d360c3e7abcd975df727c7

Michael Fiano23:10:13

This is when giving that reader tag anything but a string