-
-
Notifications
You must be signed in to change notification settings - Fork 647
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[RacketCS] intermittent build failure in Cover #2664
Comments
Just swinging back here to say this failure happened again: https://travis-ci.org/florence/cover/jobs/594908100#L466 Its so intermittent that I haven't been able to reproduce it locally enough to narrow it down to a more minimal example, sorry :( |
Just a quick idea. Are you able to run one of the single failing tests locally, let's say 10000 times? Does it ever fail? If you don't have time, I am happy to give it a go, if you tell me how to run one of the tests you seen failing here. |
Unfortunately that doesn't reproduce it locally. FWIW, based on the previous failures the easiest way to try this is to run just run:
Which is the smallest of the tests that I've seen fail. One possible difference is that I'm on Mac. I'll try spinning up an Ubuntu VM later this week to see if I can reproduce it there, since that's closer to the environment on travis. |
I'm noticing now that the most recent failure has a source location and that source location is in a file under coverage. Based on this I would guess that the actual error here is that sometimes |
Based on that hunch I ran this program: repeat.rkt:
overnight, and the error occurred after a few hours. But it only happenned when running |
Thank you! This example helped me track down the problem and create a stress test (that's simpler and faster than this example). |
A misplaced `wrap-evt` could allow the result from `sync` on a log receiver to be an opaque event, instead of a vector. In other cases, a differently misplaced `wrap-evt` could also cause an internal instance of `control-state-evt` to not be unregistered correctly. The solution to both problems is to add a wrapper procedure to `control-state-evt`. Closes #2664 (cherry picked from commit 067dda5)
A misplaced `wrap-evt` could allow the result from `sync` on a log receiver to be an opaque event, instead of a vector. In other cases, a differently misplaced `wrap-evt` could also cause an internal instance of `control-state-evt` to not be unregistered correctly. The solution to both problems is to add a wrapper procedure to `control-state-evt`. Closes racket#2664
Ive been seeing this intermittent build failure with Cover and RacketCS. I haven't been able to reproduce it locally, so I haven't managed to reduce it at all. Every now and then an arbitrary test fails with
vector-ref: #<evt> is not a vector
. The stack tracks seems to containcondition->exn
at the top, but the rest of the stack trace (and which test actually fails) keeps changing.The failures can be found here:
https://travis-ci.org/florence/cover/jobs/533597539#L1003
https://travis-ci.org/florence/cover/jobs/531008063#L733
https://travis-ci.org/florence/cover/jobs/535576209#L1084
The text was updated successfully, but these errors were encountered: