This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-08-25
Channels
- # admin-announcements (3)
- # alda (2)
- # beginners (10)
- # boot (44)
- # cider (31)
- # cljs-dev (5)
- # cljsjs (2)
- # cljsrn (17)
- # clojure (181)
- # clojure-austin (2)
- # clojure-brasil (18)
- # clojure-canada (1)
- # clojure-conj (5)
- # clojure-dev (11)
- # clojure-gamedev (30)
- # clojure-russia (380)
- # clojure-spec (50)
- # clojure-uk (35)
- # clojurescript (146)
- # clojutre (1)
- # component (1)
- # cursive (62)
- # datomic (27)
- # dirac (7)
- # editors (23)
- # emacs (7)
- # events (34)
- # funcool (22)
- # hoplon (134)
- # jobs (22)
- # jobs-rus (7)
- # juxt (1)
- # kekkonen (1)
- # lein-figwheel (54)
- # leiningen (7)
- # luminus (2)
- # off-topic (5)
- # om (4)
- # onyx (27)
- # proton (5)
- # protorepl (2)
- # re-frame (16)
- # reagent (29)
- # rethinkdb (2)
- # schema (1)
- # untangled (61)
- # yada (9)
Right, I have plans to improve the interop there - things like marking type hints when they’re not required, for example.
@danielcompton One problem with that issue (I’ll comment over there) is that CLJS currently has no inference at all.
Because there there are no type hints etc - it would require a global algorithm. I have plans to investigate whether some of the JS type inference algorithms would work well (e.g. Tern)
That could be good, as it looks like they support JSDoc
which is used throught Closure, and is being added to CLJS
@cfleming Yeah I noticed the feature. And it worked fine up until today. But now I get a NPE every single time I click the button.
There is one problem where even if the stubs are generated, sometimes IntelliJ doesn’t pick them up. Closing and re-opening the project seems to work for that case.
null
java.lang.NullPointerException
at java.io.File.<init>(File.java:317)
at cursive.stubs$cljs_namespaces_form$fn__12313.invoke(stubs.clj:145)
at clojure.core$map$fn__4553.invoke(core.clj:2624)
at clojure.lang.LazySeq.sval(LazySeq.java:40)
at clojure.lang.LazySeq.seq(LazySeq.java:49)
at clojure.lang.RT.seq(RT.java:507)
at clojure.core$seq__4128.invoke(core.clj:137)
at clojure.core$concat$cat__4217$fn__4218.invoke(core.clj:700)
at clojure.lang.LazySeq.sval(LazySeq.java:40)
at clojure.lang.LazySeq.seq(LazySeq.java:56)
at clojure.lang.Cons.next(Cons.java:39)
at clojure.lang.RT.next(RT.java:674)
at clojure.core$next__4112.invoke(core.clj:64)
at clojure.core$nthnext.invoke(core.clj:3038)
at clojure.core$print_sequential.invoke(core_print.clj:58)
at clojure.core$fn__5839.invoke(core_print.clj:155)
at clojure.lang.MultiFn.invoke(MultiFn.java:233)
at clojure.core$pr_on.invoke(core.clj:3548)
at clojure.core$print_sequential.invoke(core_print.clj:59)
at clojure.core$fn__5839.invoke(core_print.clj:155)
at clojure.lang.MultiFn.invoke(MultiFn.java:233)
at clojure.core$pr_on.invoke(core.clj:3548)
at clojure.core$pr.invoke(core.clj:3560)
at clojure.lang.AFn.applyToHelper(AFn.java:154)
at clojure.lang.RestFn.applyTo(RestFn.java:132)
at clojure.core$apply.invoke(core.clj:630)
at clojure.core$pr_str.doInvoke(core.clj:4563)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at cursive.stubs$cljs_namespaces_form.invoke(stubs.clj:123)
at cursive.stubs$generate_stubs$fn__12326$process__12327.invoke(stubs.clj:247)
at cursive.stubs$generate_stubs$fn__12326.invoke(stubs.clj:281)
at cursive.task$backgroundable$reify__12256.run(task.clj:12)
at com.intellij.openapi.progress.impl.CoreProgressManager$TaskRunnable.run(CoreProgressManager.java:635)
at com.intellij.openapi.progress.impl.CoreProgressManager$3.run(CoreProgressManager.java:170)
at com.intellij.openapi.progress.impl.CoreProgressManager.registerIndicatorAndRun(CoreProgressManager.java:494)
at com.intellij.openapi.progress.impl.CoreProgressManager.executeProcessUnderProgress(CoreProgressManager.java:443)
at com.intellij.openapi.progress.impl.ProgressManagerImpl.executeProcessUnderProgress(ProgressManagerImpl.java:54)
at com.intellij.openapi.progress.impl.CoreProgressManager.runProcess(CoreProgressManager.java:155)
at com.intellij.openapi.progress.impl.ProgressManagerImpl$1.run(ProgressManagerImpl.java:128)
at com.intellij.openapi.application.impl.ApplicationImpl$2.run(ApplicationImpl.java:308)
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
I'm remembering that initially I had to work around a js dep that was brought in manually. But that was a different error that I was able to track down myself.
Okay, I think I actually figured this particular issue out. We recently moved our cljs deps into a lein profile, and that profile wasn't included under "Leiningen Projects -> Profiles".
Ok, I think I see the problem. I’ll fix it and PM you a dev build you can test. It’ll be in a bit, I’m right in the middle of something.
Oh, ok. That might explain it, I’m not sure. However I can patch that NPE anyway in case of future misconfigurations.
I’m not sure where you’d specify them - I guess it should use the ones selected in the project view.
Yeah that was my expectation. It did change the behavior, but it is indeed still hitting problems.
@cfleming I was just rolling that around. I'm really considering submitting a talk, though I'm not 100% on which topic I would go for.
Probably about the same really. Nashville is pretty far from Texas. Texas is a bigass state.
Does cursive ignore some top forms when executing "Load file in REPL"? I don't get any output for (+ 1 1)
as a top form in my file for example (Pretty cool if this is the case, I usually wrap my testing top form stuff in comment
)
Cursive hangs right after startup. Had to invalidate the caches again for it to work. 😕 Stacktrace: https://gist.github.com/rauhs/4b65b876af05ea60a1d9b96c10007c57
If I remove <component name="FileEditorManager">
from workspace.xml
it seems to work. So some problems with my split window layout and/or caret position/selection, maybe?
has anyone seen an issue with thousands of the error: ClassCastException: cursive.psi.impl.ClVectorImpl cannot be cast to clojure.lang.Named
Anyone experiencing IDEA hanging on startup after updating Cursive to the latest version?