This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-10-02
Channels
- # boot (227)
- # carry (1)
- # cljs-dev (3)
- # cljsjs (2)
- # cljsrn (19)
- # clojars (2)
- # clojure (93)
- # clojure-belgium (1)
- # clojure-dev (2)
- # clojure-italy (1)
- # clojure-spec (22)
- # clojure-uk (5)
- # core-async (15)
- # cursive (33)
- # emacs (8)
- # ethereum (1)
- # hoplon (3)
- # jobs (2)
- # leiningen (1)
- # off-topic (24)
- # om (32)
- # perun (1)
- # protorepl (1)
- # re-frame (13)
- # reagent (53)
- # rethinkdb (4)
- # ring-swagger (1)
- # vim (12)
- # yada (14)
@gfredericks - have you ever seen s/check output the empty list like i mentioned above? sorry to bug you directly, i’ve just seen your name around test.check-related things, figured you might have an answer off the top of your head 🙂
i’m a complete newbie to generative testing, so for all i know this is normal well-understood behavior, but i’m having trouble making heads or tails of it
I expect it's a clojure.spec-related thing
I've seen that happen when I've used it but can't remember why
I appreciate that there might be a bootstrapping failure, but that seems like it could be found at spec definition time and not with an NPE thrown from a reify
generated values are still checked against the spec, I'm guessing there's something in the environment causing .format to return a differently formatted date
(s/def ::a integer?)
(s/def ::b (s/with-gen string? #(s/gen ::a)))
(sg/sample (s/gen ::a))
(sg/sample (s/gen ::b))
.. confirmsthere's probably some dumb version of the JS engine that returns "Monday the 2nd of Feburary 10:13PM Australian eastern daylight savings time"
@lvh There was a bug introduced with conforming nilable in 12 that is fixed in 13
@alexmiller In -alpha11, a nil
spec was effectively any?
afaict
that’s gone in -12 and -13, which broke my tests; but really it was just exposing something that was a bug anyway
this is not a problem unless you’re generating specs, which I guess is the part of clojure.spec I’m exercising a little more that most folks 😄
@alexmiller - have you seen situations where (stest/check `foo/bar) returns []? what type of mistake does that return value usually indicate? i’m having a hard time figuring out what causes it - it seems to return [] sometimes and eg [{:spec #object[cljs.spec.t_cljs$spec8685], :clojure.test.check/ret {:result true, :num-tests 1000, :seed 1475452376922}, :sym voke.input/intended-directions->angle}] other times, the behavior varying from run to run when none of the code has changed