This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-05-10
Channels
- # admin-announcements (4)
- # aleph (1)
- # beginners (29)
- # boot (112)
- # braveandtrue (1)
- # cider (44)
- # cljs-site (1)
- # cljsjs (2)
- # cljsrn (1)
- # clojure (46)
- # clojure-gamedev (3)
- # clojure-germany (1)
- # clojure-nl (1)
- # clojure-norway (1)
- # clojure-russia (20)
- # clojure-sg (2)
- # clojure-uk (14)
- # clojurescript (228)
- # cursive (41)
- # datascript (5)
- # datomic (17)
- # editors-rus (48)
- # emacs (3)
- # flambo (1)
- # hoplon (9)
- # jobs (2)
- # kekkonen (1)
- # lein-figwheel (1)
- # luminus (5)
- # mount (11)
- # nrepl (3)
- # off-topic (7)
- # om (12)
- # onyx (139)
- # other-languages (54)
- # planck (1)
- # proton (17)
- # re-frame (37)
- # remote-jobs (1)
- # rethinkdb (9)
- # ring (2)
- # ring-swagger (6)
- # test-check (1)
- # uncomplicate (8)
- # untangled (2)
@cfleming: I consistently have an issue with the Leiningen Tool Winow's Synchronize action. It causes Cursive to remain unresponsive for a minute or two even after its done. (post sync, indexing, etc)
Looks like this is perhaps unexpected behaviour, as its not consistent between the REPL and the standard editor window.
Hi. Why when I debug, the debugger is getting stuck on the same endpoint? Only after I press step-over several times, it gets to the next line.
@stunami: This looks like https://github.com/cursive-ide/cursive/issues/1386 - I haven’t managed to reproduce it in the debugger unfortunately.
@gpetukhov: That is usually because on that line, you have a macro which expands to more than one statement. I haven’t figured out how to make the debugger force step to the next line always.
@cfleming: thanks! is there a way to inspect how the data is being transformed inside a macro such as ->>?
@gpetukhov: Yes, you can use Tools->REPL->View macroexpansion
It’s interactive - initially it will show you the original unexpanded form, then you put the caret in the part you’d like to expand and either press the right arrow toolbar button, or Ctrl/Cmd-Right
That will expand from the root of the form to the point around the caret so you can see what the resulting code will look like.
@cfleming: I did what you said but pressing the right arrow in the macroexpansion tool doesn't do anything
@gpetukhov: Do you have the caret inside the form you’re trying to expand?
That looks like it should work. And you have the REPL running, and that namespace loaded into it?
@cfleming: thanks mate, I'll have a poke to see if I can find anything useful before a restart.
@gpetukhov: In general, when the JVM is stopped at a breakpoint, everything is frozen and evaluation has to be done in a special way.
So it is just expanding the macro which I could do with macroexpand function anyway. But I was wondering if I could debug my code with intermediate values showing up. So, as on the photo, I would like to see the value created by forms->postfix while I am stopped at postfix->value.
In general, that’s difficult. It’s because the JVM debugger is line-oriented, and the macros expand out to code which doesn’t correspond accurately to the original source lines.
What you can do, assuming your calls are pure functions, is use the expression evaluator, and just evaluate part of the expressions
@gpetukhov: No worries, good luck!