<div dir="ltr">I actually am seeing this now, I'm not sure why I didn't see it earlier, the only thing I can think of is that the patch didn't apply successfully even though I thoguht it did.<div><br></div><div>When I stop at this line:</div><div><br></div><div><div>    if num_threads > 1:</div><div>        pool = multiprocessing.Pool(</div><div>            num_threads,</div><div>            initializer=setup_global_variables,</div><div>            initargs=(output_lock, test_counter, total_tests, test_name_len,</div><div>                      dotest_options))</div></div><div><br></div><div>in a debugger and inspect the value of dotest_options, `dotest_options.no_multiprocessing` is set to False.  Is this correct?  It seems like for the child dotest instances, it shouldn't be trying to recursively do this multiprocessing?</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Sep 3, 2015 at 3:13 PM Zachary Turner <<a href="mailto:zturner@google.com">zturner@google.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">zturner added a comment.<br>
<br>
I didn't see this when I ran ninja check-lldb, but Adrian is seeing the<br>
same thing on his machine for some reason.<br>
<br>
<br>
<a href="http://reviews.llvm.org/D12587" rel="noreferrer" target="_blank">http://reviews.llvm.org/D12587</a><br>
<br>
<br>
<br>
</blockquote></div>