Closed jbclements closed 8 years ago
It looks like this is cover fighting with the scribble parser again. The error happens when building the coverage cache for sxml/sxml/scribblings/sxpath.scrbl
I dont have time to fix this right now, but as a workaround you can use -bp
or -n scribblings -p
instead of -p
. This will exclude your scribblings directory from the coverage report (while still running them for the purpose of generating coverage).
On Jan 19, 2016, at 8:39 AM, Spencer Florence notifications@github.com wrote:
It looks like this is cover fighting with the scribble parser again. The error happens when building the coverage cache for sxml/sxml/scribblings/sxpath.scrbl
I dont have time to fix this right now, but as a workaround you can use -bp instead of -p. This will exclude your scribblings directory from the coverage report (while still running them for the purpose of generating coverage).
Excellent, your workaround was lovely. Is this scribble’s fault, for producing a syntax object whose end is before its beginning? If this is a scribble bug, I’d be happy to report it to the main repo.
John
that requires more investigation. Even if it is a scribble bug cover should give a better error message
On Tue, Jan 19, 2016, 3:34 PM John Clements notifications@github.com wrote:
On Jan 19, 2016, at 8:39 AM, Spencer Florence notifications@github.com wrote:
It looks like this is cover fighting with the scribble parser again. The error happens when building the coverage cache for sxml/sxml/scribblings/sxpath.scrbl
I dont have time to fix this right now, but as a workaround you can use -bp instead of -p. This will exclude your scribblings directory from the coverage report (while still running them for the purpose of generating coverage).
Excellent, your workaround was lovely. Is this scribble’s fault, for producing a syntax object whose end is before its beginning? If this is a scribble bug, I’d be happy to report it to the main repo.
John
— Reply to this email directly or view it on GitHub https://github.com/florence/cover/issues/112#issuecomment-172994315.
Fixed by 09290b4
It turns out that sxml
would set port-count-lines-enabled
( https://github.com/jbclements/sxml/blob/df51297dac15abb4ef026c2549f137aabaa1738e/sxml/ssax/input-parse.rkt#L254 ) which broke how cover handles coverage on multibyte characters.
I've been working on getting the sxml tests working, and I thought I'd run cover to see how things looked. Unfortunately, it looks like calling
raco pkg cover -p sxml
makes a call to interval-map-set! with an interval where the end is before the start.I'm guessing I could reduce this test case, but I'm tired and going to bed: I'm running on push df51297dac15abb4ef026c of github.com/jbclements/sxml (a.k.a. the current pkgs.racket-lang.org)