This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-08-16
Channels
- # announcements (3)
- # babashka (48)
- # beginners (35)
- # calva (3)
- # chlorine-clover (5)
- # clj-kondo (9)
- # cljdoc (20)
- # cljsrn (1)
- # clojure (55)
- # clojure-europe (33)
- # clojure-nl (3)
- # clojure-norway (6)
- # clojure-spec (7)
- # clojure-uk (27)
- # clojurescript (95)
- # closh (1)
- # conjure (1)
- # cursive (16)
- # datomic (30)
- # emacs (7)
- # honeysql (1)
- # hugsql (2)
- # introduce-yourself (2)
- # jobs (1)
- # lsp (30)
- # malli (22)
- # nbb (11)
- # news-and-articles (1)
- # off-topic (8)
- # pathom (21)
- # polylith (41)
- # portal (4)
- # practicalli (4)
- # protojure (1)
- # re-frame (14)
- # releases (1)
- # restql (1)
- # reveal (24)
- # sci (1)
- # sql (21)
- # vim (11)
- # xtdb (33)
Hello. I was using cursive with "Use tools.deps directly". After upgrade to 0.12.x
, everything seems fine, but when I fire my REPL, I can't find any of my git deps.
I downgraded to 0.11.905
and it's working again.
This is a know issue?
Might be relatwd to https://clojurians.slack.com/archives/C0744GXCJ/p1628700544077600
I found that downgrading to 0.10.889 works.
I'm having trouble with git deps (using the CLI tools 1.10.3.933) ever since I upgraded to the that version (using Cursive latest, with IntelliJ latest). I also just tried the latest EAP and doesn't seem to work.
Downgrading to CLI 855 (which is before various CHANGELOG events related to git deps in tools deps) fixes it.
@U0567Q30W I've opened an issue: https://github.com/cursive-ide/cursive/issues/2581
Hello, When I use Cursive + CLJ/CLJS project + npm postwatch Tailwind CSS.. auto refresh freeze in the browser and I got this error
Exception in thread "async-dispatch-6" java.net.SocketException: Socket closed
at java.base/java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:113)
at java.base/java.net.SocketOutputStream.write(SocketOutputStream.java:150)
at java.base/java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:81)
at java.base/java.io.BufferedOutputStream.write(BufferedOutputStream.java:95)
at nrepl.bencode$eval37479$fn__37480.invoke(bencode.clj:397)
at clojure.lang.MultiFn.invoke(MultiFn.java:234)
at nrepl.transport$bencode$fn__37627.invoke(transport.clj:117)
at nrepl.transport.FnTransport.send(transport.clj:41)
at shadow.cljs.devtools.server.nrepl04$send.invokeStatic(nrepl04.clj:33)
at shadow.cljs.devtools.server.nrepl04$send.invoke(nrepl04.clj:20)
at shadow.cljs.devtools.server.nrepl04$worker_exit.invokeStatic(nrepl04.clj:148)
at shadow.cljs.devtools.server.nrepl04$worker_exit.invoke(nrepl04.clj:146)
at shadow.cljs.devtools.server.nrepl04$cljs_select$fn__38805$fn__38807.invoke(nrepl04.clj:165)
at shadow.cljs.devtools.api$nrepl_select$fn__21203$state_machine__7111__auto____21220$fn__21222.invoke(api.clj:383)
at shadow.cljs.devtools.api$nrepl_select$fn__21203$state_machine__7111__auto____21220.invoke(api.clj:376)
at clojure.core.async.impl.ioc_macros$run_state_machine.invokeStatic(ioc_macros.clj:973)
at clojure.core.async.impl.ioc_macros$run_state_machine.invoke(ioc_macros.clj:972)
at clojure.core.async.impl.ioc_macros$run_state_machine_wrapped.invokeStatic(ioc_macros.clj:977)
at clojure.core.async.impl.ioc_macros$run_state_machine_wrapped.invoke(ioc_macros.clj:975)
at clojure.core.async$ioc_alts_BANG_$fn__7340.invoke(async.clj:383)
at clojure.core.async$do_alts$fn__7272$fn__7275.invoke(async.clj:252)
at clojure.core.async.impl.channels.ManyToManyChannel$fn__2061.invoke(channels.clj:265)
at clojure.lang.AFn.run(AFn.java:22)
at java.base/java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128)
at java.base/java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628)
at java.base/java.lang.Thread.run(Thread.java:834)
Evaluation interrupted.
that sounds like a pretty complicated setup... the way im dealing with such issues is to avoid them, by using simpler tools and simpler approaches. for example, i just switched out the official sentry client to an unofficial one (https://github.com/source-c/sentry-tiny), which is just 169 lines and relies of well-tested, relatively-simple libraries (cheshire, clj-time, httpkit). then, i've even get rid of some of those dependencies and replaced them with more modern ones (clojure.data.json, java.time, hato). took me 2 hours, but after fighting with the official client for 4+ hours, i think it worth the tradeoff...
any idea how to fix? when I stop the execution in the CLJ REPL (with x) and restart the mount flows, everything is normal… not really big issue, but maybe.. somebody saw similar.. (between 30 mins and 2 hours happens)