This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2023-01-05
Channels
- # announcements (1)
- # babashka (61)
- # babashka-sci-dev (1)
- # beginners (54)
- # biff (17)
- # cider (4)
- # circleci (1)
- # clj-commons (39)
- # clj-kondo (26)
- # cljdoc (40)
- # clojure (41)
- # clojure-europe (32)
- # clojure-norway (4)
- # clojure-portugal (1)
- # clojure-uk (2)
- # clojurescript (59)
- # clr (69)
- # conjure (7)
- # cursive (22)
- # data-science (16)
- # datalevin (1)
- # datomic (19)
- # docker (31)
- # funcool (1)
- # honeysql (6)
- # hoplon (1)
- # hyperfiddle (41)
- # introduce-yourself (1)
- # juxt (2)
- # leiningen (5)
- # nbb (14)
- # nextjournal (38)
- # off-topic (47)
- # polylith (2)
- # rdf (5)
- # re-frame (4)
- # reitit (27)
- # releases (6)
- # scittle (10)
- # shadow-cljs (24)
- # sql (11)
- # squint (1)
- # tools-build (33)
- # tree-sitter (4)
- # vim (39)
I remember Alex Miller mentioning on the ClojureStream podcast that it wasn't the default behaviour
In this case I ran a fn that invoked clojure.walk/prewalk
, and the java.lang.AssertionError
happened at a place where the stack was quite large. So in the repl, it was difficult to see where what was going on.
Ok, do you have a link to the discussion mentioning different behaviour for that exception? I don’t think Cursive does anything along those lines right now but I’m open to adding it. It sounds like it’s possible that might be something you could control at the Clojure level too, possibly?
Yeah, might be. I might have misunderstood Alex' comment though 🙂 I'll try digging it up, one mo
Thanks. I’m putting my daughter to bed shortly, but drop it here if you find it and I’ll take a look when I get a chance.
Good luck 😉 Here's the episode: https://podcasts.apple.com/us/podcast/e86-2022-in-review-datomic-and-clojure-with-jaret/id1461500416?i=1000590958632&itsct=podcast_box_player&%3Bitscg=30200&%3Bls=1&%3Btheme=auto The part where he speaks about tools is around 34:40.
At 35:45 he mentions the the Clojure Repl never automatically prints stack-traces, so that was my reference
Interesting, thanks. I’ve filed https://github.com/cursive-ide/cursive/issues/2760 to look at this.
For some reason cursive isn't resolving functions / vars that have been imported using an import macro, this is in a library, so code changing would be a bit of a pain, is there anything that can be done to improve resolution so stuff like autocomplete works?
I'm hoping there's some special resolution that I can use which tells cursive to treat the vars differently? Resolve as declare
is ok, but it would be good if I could see things like args and docstrings.
This is the macro: https://github.com/HumbleUI/HumbleUI/blob/main/src/io/github/humbleui/core.clj#L409 This is where the vars are being imported that cursive can't see: https://github.com/HumbleUI/HumbleUI/blob/main/src/io/github/humbleui/ui.clj#L42
Also it would be super helpful if there was a place where I could lookup if custom resolves are defined in cursive. I've just realised that in a project I've gotten a resolve working, but it's not clear what symbol I used to make it work.
You can see the resolves at: Preferences | Languages & Frameworks | Clojure | Symbol Resolution
I’ll take a look at that import macro and see if it might be possible to resolve it as a built-in option.
Thanks a bunch @U0567Q30W 😃...
Also it would be super helpful if there was a place where I could lookup if custom resolves are defined in cursive. I've just realised that in a project I've gotten a resolve working, but it's not clear what symbol I used to make it work.
Is there a way to make Cursive work with nbb
? It looks like some dependencies can be put in an unused deps.edn
, any other suggestions?
There are some open issues to fix around this, slated for fixes soon: https://github.com/cursive-ide/cursive/issues/2749, https://github.com/cursive-ide/cursive/issues/2696
also stumbled in this: https://clojurians.slack.com/archives/C029PTWD3HR/p1673447742868659
I'm using :resource-paths ["target/cljsbuild"]
lein classpath
shows target/cljsbuild
but cursive REPL, using "intellij classpath", do not have target/cljsbuild
in the (System/getProperty "java.class.path")
• why
• how can I see which classpath cursive is using?