This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-08-13
Channels
- # aws (5)
- # bangalore-clj (2)
- # beginners (74)
- # boot (2)
- # cider (12)
- # cljs-dev (5)
- # cljsjs (2)
- # cljsrn (7)
- # clojure (41)
- # clojure-boston (4)
- # clojure-brasil (3)
- # clojure-russia (12)
- # clojurescript (73)
- # cloverage (35)
- # datomic (7)
- # euroclojure (1)
- # hoplon (34)
- # immutant (1)
- # luminus (9)
- # onyx (7)
- # overtone (3)
- # parinfer (1)
- # proton (2)
- # re-frame (3)
- # reagent (5)
- # spacemacs (5)
- # testing (2)
- # untangled (3)
- # yada (3)
Hah, at Amperity they are remarking at how quickly @dnolen squashed http://dev.clojure.org/jira/browse/CLJS-1739 Rock on!
@dnolen: Wanted to let you know I’m working on a minimal repro without downstream tooling, for a strange regression caused by the 9-element map literal fix. Here is what I know so far, and I’ll of course file a formal JIRA if I sort it https://github.com/mfikes/planck/issues/353
I haven’t tracked down the root cause, but I can see that I end up with a KeySeq
that has an ArrayNodeSeq
inside it, and when -rest
is called on the KeySeq
, (next mseq)
yields ()
(instead of nil
) which leads to KeySeq
violating its invariant that it have at least one thing in it, and -first
assumes that invariant holds, and it blows up. (I wish I could find a simple form to type in the REPL to repro.)