This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-01-28
Channels
- # beginners (33)
- # cljs-dev (9)
- # cljsjs (1)
- # cljsrn (5)
- # clojure (123)
- # clojure-uk (2)
- # clojured (1)
- # clojurescript (11)
- # datomic (71)
- # defnpodcast (2)
- # dirac (8)
- # emacs (35)
- # events (4)
- # figwheel (7)
- # fulcro (29)
- # hoplon (6)
- # immutant (1)
- # keechma (4)
- # lumo (43)
- # nyc (1)
- # off-topic (16)
- # om (1)
- # onyx (9)
- # re-frame (12)
- # rum (15)
- # shadow-cljs (18)
- # spacemacs (1)
- # sql (6)
- # uncomplicate (1)
- # unrepl (5)
- # vim (1)
I ran into something else interesting, maybe just a known limitation, but feels like it severely limits the usefulness of being able to execute code at breakpoints: https://gist.github.com/adamrenklint/497d6db755eba21b965ee56f610314b8
When I call a function that contains a breakpoint from the REPL, I am not able to call any other functions from the REPL while stopped at that breakpoint.
@adamrenklint aha, thanks for reporting
this probably makes sense, because on server-side, we request-eval from javascript, it stops on a breakpoint and then in dirac prompt we request another code snippet to be evaluated by javascript, but the server-side component can deal only with one request at a time - it processes them in serial queue and still waiting for result of the first eval
https://github.com/binaryage/dirac/blob/master/src/lib/dirac/lib/weasel_server.clj#L197 https://github.com/binaryage/dirac/blob/master/src/lib/dirac/lib/weasel_server.clj#L141