I have a user.clj on the classpath that does this:

(ns user
  (:require
    [clojure.spec.alpha :as s]
    [expound.alpha :as expound]))

(set! s/*explain-out* expound/printer)

Exception in thread "main" java.lang.ExceptionInInitializerError
	at clojure.main.<clinit>(main.java:20)
Caused by: java.lang.IllegalStateException: Can't change/establish root binding of: *explain-out* with set, compiling:(user.clj:6:1)
	at clojure.lang.Compiler.load(Compiler.java:7526)
	at clojure.lang.RT.loadResourceScript(RT.java:379)
	at clojure.lang.RT.loadResourceScript(RT.java:366)
	at clojure.lang.RT.maybeLoadResourceScript(RT.java:362)
	at clojure.lang.RT.doInit(RT.java:482)
	at clojure.lang.RT.<clinit>(RT.java:336)
	... 1 more
Caused by: java.lang.IllegalStateException: Can't change/establish root binding of: *explain-out* with set
	at clojure.lang.Var.set(Var.java:223)
	at user$eval708.invokeStatic(user.clj:6)
	at user$eval708.invoke(user.clj:6)
	at clojure.lang.Compiler.eval(Compiler.java:7062)
	at clojure.lang.Compiler.load(Compiler.java:7514)

@raymcdermott There’s nothing lein-specific about it, but it does rely on nREPL (for the moment). If you use a clojure.main REPL it won’t work, but if you use “Use nREPL in normal JVM process” it should work.

@kenny I’m not sure - do you get that running it outside Cursive as well? Is that with deps or lein?

I don’t think it’s anything to do with nREPL.

it is nrepl

s/*explain-out* is a dynamic variable. to be able to set! it, it must have been bound in a binding somewhere higher on the stack. The clojure.main repl does this, nrepl does not.

https://github.com/clojure/clojure/blob/master/src/clj/clojure/main.clj#L85

in some cases (alter-var-root #'s/*explain-out* (constantly expound/printer)) may work better for you

@alexmiller Interesting, thanks for the explanation.

That sounds like it should be simple to fix in nREPL, at least.

I filed this: https://github.com/nrepl/nREPL/issues/44

@cfleming I must have missed the news that you can use a standard nREPL with a deps.edn project. Thanks - it’s working great again

deps.edn can be used to run Clojure programs and an nrepl client is just a program

Anybody have some "standard" keybinding for cursive?

I am using the vim plugin too, maybe I should switch back to intellj mode?

and just deal with all the "j"s and "k"s I accidentally type 🙂

@llsouder I mostly use the defaults, with a few extra mappings and some remapped to avoid conflicts on MacOS; I also use the Vim plugin, and that's how I tend to navigate - I don't use the sexpr-jumping chords. I find that it works well.

@sgerguri what functions are you mapping in your "extra mappings"?

Just those that are REPL-related - switching between REPL and editor window, reloading and syncing, sending form under caret for eval (though the last one might just be mapped by default). I also have test integration set up, but again that might be coming in through the default settings. I haven't changed things in there in a long time, and the Keymap has improved dramatically compared to what the situation was just a couple of years ago.

@alexmiller - yeah, sorry I meant specifically nREPL with #cursive

@cfleming how the classpath is being calculated for the local nREPL and clojure.main run configurations in a deps project?

btw, in the clojure.main case, the -classpath is not double-quoted, but in the nREPL case it is. i just noticed it when i copy-pasted the repl command lines into a scratch and it got syntax-highlighted differently

nREPL case:

/Library/Java/JavaVirtualMachines/jdk-10.0.2.jdk/Contents/Home/bin/java "-javaagent:/Applications/IntelliJ IDEA.app/Contents/lib/idea_rt.jar=55773:/Applications/IntelliJ IDEA.app/Contents/bin" -Dfile.encoding=UTF-8 -classpath "/Library/Java/JavaVirtualMachines/jdk-10.0.2
...
:/Users/onetom/Library/Application Support/IntelliJIdea2018.2/clojure-plugin/lib/tools.nrepl-0.2.12.jar" clojure.main -i /private/var/folders/5m/ssz2l6_n7z74d31b2q5wbfl00000gn/T/form-init5295767744484685351.clj

clojure.main case:

/Library/Java/JavaVirtualMachines/jdk-9.0.1.jdk/Contents/Home/bin/java "-javaagent:/Applications/IntelliJ IDEA.app/Contents/lib/idea_rt.jar=56747:/Applications/IntelliJ IDEA.app/Contents/bin" -Dfile.encoding=UTF-8 -classpath /Library/Java/JavaVirtualMachines/jdk-9.0.1
...
:/Users/onetom/.m2/repository/org/clojure/data.priority-map/0.0.7/data.priority-map-0.0.7.jar clojure.main -r

just saying, because maybe the clojure.main case might need some shell escaping... unless there is some magical reason why are they quoted differently

question for a coworker: how can one prevent cursive from indexing a really big edn file? He's getting stack overflow errors

maybe move it into its own folder, then right click the folder and select Mark Directory As -> Excluded — probably not ideal, but I believe that will work

ah it's by directory, not file?

thanks

Yeah it took me almost a year to figure out I could Exclude the logs directory. “Find In Project” is a LOT less spammy now.

awesome. we were looking around in context menus but always by file and not on the directory. thanks a bunch

Hi I recently upgraded intellij to the latest version and I can no longer see the leiningen tool window, nor run my clojure project. I'm running cursive 1.7.0-2018.2 and leiningen plugin 0.0.3. Any ideas?

Maybe try File -> Invalidate Caches & Restart?

think i tried that already, but will try again

Wait, Leiningen plugin? Cursive does its own lein stuff, you shouldn’t need a separate plugin and I would think having one might be a problem

hrmmm, could be I noticed that the plugin is very old

Yeah, I’m pretty sure you want that one turned off

I see rebel-readline in classpath for REPL, but I can't figure where it comes from. The project is deps.edn one, and I do have rebel-readline-cljs in :extra-deps for some of the aliases, but not in default :deps.

@dpsutton Wow, that must be a big file.

1 sec i'll tell you

Is it very deep, i.e. lots of structures nested to a really deep level? I’d be interested to see the stacktrace for the SOE

@dealy Yes, you have to remove the Leiningen plugin, it’s very old and Cursive’s support is much more sophisticated (and was based on that plugin a long long time ago, with the authors’ blessing).

@dottedmag You can see the dependency tree in the deps toolwindow so you can see how it’s being pulled in.

5600 lines of #:db{:ident :breeze.Immunization/status, :valueType #:db{:id 20}, :cardinality #:db{:id 35}} and similar

less than a meg

@dpsutton That should definitely not provoke an SOE.

my coworker agrees 🙂 lol

Hehe

yeah we were surprised to see a stack overflow on it

it's not heavily nested to my knowledge

If you could email a copy of the SOE stacktrace, it would be much appreciated. Is it possible that the SOE was actually provoked by some other file in the project, especially a CLJC one?

i'm not sure we chased that thread

email?

what's preferred?

There’s at least one SOE fixed in the latest EAP - are they on the EAP or the latest stable?

<mailto:[email protected]|[email protected]>

stable i think

will do

@cfleming Oh, I see some of aliases checked, but I don't remember checking them. Thanks.

@dpsutton Ok, if they switch to the EAP that might be fixed.

https://cursive-ide.com/userguide/index.html#eap

@onetom I’m not sure about the quoting, it’s IntelliJ that actually constructs the classpath - I use an API to set the elements and then it constructs. It’s usually right, but I don’t always understand its reasons 🙂

@cfleming thanks, yea removing the old plugin did the trick