<div dir="ltr">After some investigation, it looks like the dotest.py is not returning non-zero exit codes for failures or errors in unittest2 tests.  The dosep.py script is expecting failures/errors to show up as non-zero return codes.  I'm not sure if that's a change in behavior in dotest.py or if dosep.py was making a bad expectation.  Either way, I'll track that down.  dotest.py really should be returning zero on all pass, unexpected successes, or xfails,  but return something non-zero if there are any failures or errors at all.<div><br></div><div>-Todd</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 13, 2014 at 4:19 PM, Todd Fiala <span dir="ltr"><<a href="mailto:todd.fiala@gmail.com" target="_blank">todd.fiala@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hey all,<div><br></div><div>It looks like dosep.py (used by ninja check-lldb) may not have transitioned from multithreaded to multiprocess module usage very well.  I'm going to add some unit tests to it to verify it is capturing failed test runs and cores (wholesale dotest.py failure) correctly.</div><div><br></div><div>I'm posting a bug on it now and will take it.<span class="HOEnZb"><font color="#888888"><br clear="all"><div><br></div>-- <br><div dir="ltr">-Todd</div>
</font></span></div></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">-Todd</div>
</div>