This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-11-23
Channels
- # admin-announcements (1)
- # arachne (3)
- # aws (1)
- # bangalore-clj (2)
- # beginners (209)
- # boot (81)
- # capetown (2)
- # cider (16)
- # clara (13)
- # cljsjs (16)
- # cljsrn (6)
- # clojure (217)
- # clojure-czech (1)
- # clojure-greece (4)
- # clojure-italy (3)
- # clojure-korea (3)
- # clojure-russia (3)
- # clojure-sg (3)
- # clojure-spec (104)
- # clojure-uk (23)
- # clojurescript (7)
- # component (7)
- # cursive (18)
- # datomic (12)
- # devcards (34)
- # dirac (17)
- # editors (3)
- # emacs (1)
- # events (1)
- # hoplon (62)
- # immutant (12)
- # incanter (1)
- # jobs (1)
- # klipse (2)
- # ldnclj (1)
- # luminus (1)
- # mount (1)
- # off-topic (8)
- # om (50)
- # onyx (46)
- # parinfer (5)
- # pedestal (4)
- # perun (2)
- # reagent (1)
- # rum (1)
- # schema (5)
- # specter (30)
- # untangled (5)
- # vim (46)
@denisj I believe that this is caused by generated javascript code in this shape: if (condition) { var pod_id = 1; } else { var pod_id = 2; }
, even if you stop at a breakpoint in one such if branch, it displays all pod_id vars in the local list
to avoid it, we would have to generate var pod_id; if (condition) { pod_id = 1 } else { pod_id = 2 }
I'm not quite following (yet sorry), which line of my cljs is causing the if (condition) { ....}
ok will do. As mentioned we see this a lot so it's a bit of a pain when debugging, above is just an example. Notice in the Closure bindings/vars list which corresponds to the first let
in my cljs, all is correct and as expected, as opposed to the inner fn & let.
please note that locals list displays names translated by source maps, so this could be another source of problems
always many things to do 🙂 all good, thanks. Great work btw it's coming along and seems to be stabilising lately too.
yeah, thanks, hopefully Dirac will be feature complete by January, and then I will just maintain it 🙂