<div dir="ltr">Hi all,<div><br></div><div>Over the last two days, I've hit some inconsistencies across platforms surrounding signal handling and the operation of the timeout/gtimeout executable mechanism that we use to handle timeouts of tests.  The net result is I still see tests sometimes hang up the test running process, even though my changes in the last couple days seem to have reduced the frequency somewhat.</div><div><br></div><div>I'd like to address that once and for all with something that is less likely to differ across platforms.  I have a relatively simple way to do that within the parallel test runner directly.  I'm planning on prototyping that now, but before I dive too far into that, I wanted to expose the idea in case somebody had any major concerns with not using timeout/gtimeout on the systems that had it.</div><div><br></div><div>I expect it to be a relatively small change when I get it up for review.</div><div><br></div><div>The nice thing about going straight-python on it is we should get the same behavior everywhere, and not depend on signal handling to do it.</div><div><br></div><div>Thoughts?</div><div>-- <br><div class="gmail_signature"><div dir="ltr">-Todd</div></div>
</div></div>