Fork me on GitHub
#cursive
<
2019-03-27
>
maxt09:03:26

When (or if) are stack traces clickable? I found an old issue saying it's solved, but mine aren't clickable. https://github.com/cursive-ide/cursive/issues/204

cfleming09:03:04

@maxt Are none of them clickable?

maxt09:03:50

Simplest example

(/ 1 0)
gives me
Syntax error (ArithmeticException) compiling at (notification.clj:58:1).
Divide by zero
And it's not clickable

maxt09:03:25

I guess that's not technically a stack trace, I'll make a better example

cfleming09:03:52

If you click the “Print last exception” button in the REPL toolwindow, do you get clickable links there?

cfleming09:03:19

You’re running Clojure 1.10, right? I guess I’ll need to add more patterns for the new error messages there to make those clickable too.

maxt09:03:27

Yep, 1.10

cfleming09:03:42

Right, the issue is that the new messages don’t look like stacktrace elements, so Cursive misses them.

maxt09:03:10

Seems I can work around it by catching and using clojure.stacktrace to print the exceptions, then everything is clickable

cfleming09:03:30

Yes, that will work, or aviso/pretty if you prefer that (or just .printStackTrace)

Alex Miller (Clojure team)12:03:00

All 1.10 messages should have a location in the first line of the form (source:line:col) although source may be REPL and col may be omitted. Although perhaps more usefully, in general any read/compile/macroexpand error is now an ex-data and carries those values as fields

dnolen19:03:35

anybody else having trouble with latest Cursive + IntelliJ and starting a deps REPL?

cfleming19:03:22

@dnolen What’s happening?

dnolen19:03:25

@cfleming ^ I see this exception

dnolen19:03:07

this is Cursive 1.8.1-2019.1 and IDEA 2019.1

cfleming19:03:20

@dnolen That is really weird - it’s in the guts of ShimDandy. Let me upgrade to 2019.1 final and try to reproduce that.

salam19:03:10

just as another data point, Cursive 1.8.1-2019.1 seems to be working just fine with a simple Deps project (pure Clojure, no ClojureScript) in IntelliJ IDEA 2019.1 (JBR 11) and Java 12. clojure.main REPL works as well.

cfleming19:03:52

@dnolen I can’t reproduce that, sorry, and I can’t imagine what might provoke that problem either. I’ll ask tcrawley (author of ShimDandy) if he’s ever seen that.

dnolen19:03:09

I'm also getting Dep sync failure

dnolen19:03:38

I think that's the root problem

cfleming19:03:56

Do you get an exception for that?

dnolen19:03:03

no information

dnolen19:03:10

just "sync failed"

dnolen19:03:08

tried the ClojureScript project - same problem

dnolen19:03:36

I think the issue might be that I was using tools.deps directly?

dnolen19:03:45

under Preferences

cfleming19:03:17

I’m not sure why that would cause a problem.

cfleming19:03:22

One thing you could try, go to Help | Debug Log Settings…, then enter #cursive.deps.DepsProjectResolver in the box there.

dnolen19:03:35

I switched back to the standard way and Invalidated Caches / Restart

dnolen19:03:38

REPL is working again

cfleming19:03:54

That is bizarre.

dnolen20:03:08

though that's because Deps sync

cfleming20:03:14

Is your project sync working now?

dnolen20:03:24

I think REPL thing was red herring

dnolen20:03:32

Deps not syncing prevented me from doing anything

cfleming20:03:49

I’m not sure, it is still a really weird error, I can’t see how it could occur.

cfleming20:03:38

@dnolen That seems to be a really obscure ShimDandy bug, which is fixed in the latest release. I’ll upgrade for the next Cursive drop.