-
Notifications
You must be signed in to change notification settings - Fork 13.1k
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
Fix false positive alerts from a run-pass test on Command. #19588
Fix false positive alerts from a run-pass test on Command. #19588
Conversation
Sorry for the loss of precious CPU time of Buildbot! |
let invalid = Command::new(too_long.as_slice()).spawn(); | ||
assert!(invalid.is_err()); | ||
} | ||
let _failures = Vec::from_fn(100, |_i| { |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why are we storing all of the results? They're all just going to be Err(IoError { ... })
, right?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- It will do no harm anyways.
- This test code doesn't assume what will be returned in the
Err
case. Then runningfind_zombies()
before destruction of theErr
case values means a (very slightly) stricter test.
Test will be fixed in rust-lang#19588
Test will be fixed in rust-lang#19588
I ended up disabling the test to get the queue unblocked. Could you rebase this and remove the |
Reported as a part of rust-lang#19120 The logic of rust-lang/rust@74fb798 was flawed because when a CI tool run the test parallely with other tasks, they all belong to a single session family and the test may pick up irrelevant zombie processes before they are reaped by the CI tool depending on timing. Also, panic! inside a loop over all children makes the logic simpler. By not destructing the return values of Command::spawn() until find_zombies() finishes, I believe we can conduct a slightly stricter test. Signed-off-by: NODA, Kai <nodakai@gmail.com>
54deac2
to
87424c6
Compare
@sfackler I've just pushed a rebased patch (with a small simplification of the loop logic) |
…inder Reported as a part of rust-lang#19120 The logic of rust-lang/rust@74fb798 was flawed because when a CI tool run the test parallely with other tasks, they all belong to a single session family and the test may pick up irrelevant zombie processes before they are reaped by the CI tool depending on timing.
Reported as a part of #19120
The logic of 74fb798 was
flawed because when a CI tool run the test parallely with other tasks,
they all belong to a single session family and the test may pick up
irrelevant zombie processes before they are reaped by the CI tool
depending on timing.