This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-04-05
Channels
- # beginners (240)
- # boot (5)
- # cider (48)
- # clara (2)
- # cljs-dev (3)
- # cljsrn (66)
- # clojure (111)
- # clojure-denver (2)
- # clojure-italy (42)
- # clojure-nl (5)
- # clojure-spec (12)
- # clojure-uk (45)
- # clojurescript (138)
- # community-development (7)
- # core-async (8)
- # datomic (27)
- # emacs (21)
- # euroclojure (6)
- # figwheel (10)
- # fulcro (29)
- # graphql (5)
- # hoplon (3)
- # luminus (1)
- # lumo (7)
- # mount (4)
- # off-topic (13)
- # onyx (20)
- # parinfer (3)
- # pedestal (4)
- # precept (1)
- # proton (3)
- # re-frame (41)
- # reagent (3)
- # reitit (28)
- # ring-swagger (7)
- # shadow-cljs (88)
- # specter (1)
- # testing (10)
- # tools-deps (27)
- # vim (58)
@mfikes I was looking at the demunge code on planck
(and lumo
) and in particular this:
https://github.com/mfikes/planck/blob/master/planck-cljs/src/planck/repl.cljs#L1158-L1164
it looks like it is trying to parse what is coming from the stacktrace, but I personally receive the following input:
cljs.core.LazySeq.cljs$core$ISeqable$_seq$arity$1
so in this case the regex does not seems to work and I was wondering if you receive something different in planck
I will try to come up with a better question 😄
But basically the part before the second $
from the end is not the namespace in lumo.
@richiardiandrea Right, that may be dependent on the stacktraces produced by JavaScriptCore. As a concrete example,
cljs$core$ISeqable$_seq$arity$1@cljs/core.js:11597:14
ends up in the stacktrace for (map ffirst [1])
in JavaScriptCore, while in Lumo, node you get
cljs.core.LazySeq.cljs$core$ISeqable$_seq$arity$1 (NO_SOURCE_FILE <embedded>:800:255)
Thanks for confirming!