<div dir="ltr">Marcus and I also spent some quality time on londinium, but not enough time to resolve the issue. Perhaps before the next release we'll find the time to get it resolved.<div><br></div><div>Run VTK/Testing/Core/vtk_site_history.py to get a sense for, and actual data about, what machines and what particular tests on those machines are erratic.</div>

<div><br></div><div>londinium, amber10 and recently karego-at fall into that category now.</div><div><br><div><br><div><br></div></div></div></div><div class="gmail_extra"><br clear="all"><div>David E DeMarle<br>Kitware, Inc.<br>

R&D Engineer<br>21 Corporate Drive<br>Clifton Park, NY 12065-8662<br>Phone: 518-881-4909</div>
<br><br><div class="gmail_quote">On Thu, Nov 14, 2013 at 10:05 AM, David Gobbi <span dir="ltr"><<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Thanks for the info.  If it's caused by the nVidia libraries/drivers<br>
doing stuff whenever a thread is created, then I was overly optimistic<br>
about finding a quick fix (this doesn't effect any of my machines,<br>
I was just hoping to green up the dashboard).<br>
<span class="HOEnZb"><font color="#888888"><br>
  David<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On Thu, Nov 14, 2013 at 7:43 AM, Berk Geveci <<a href="mailto:berk.geveci@kitware.com">berk.geveci@kitware.com</a>> wrote:<br>
> Hi David,<br>
><br>
> I (attempted to) tracked this quite a while ago. It has been failing on and<br>
> off for much longer. There is something very strange happening on that<br>
> machine. Some weird interaction between nVidia drivers and pthreads. The<br>
> stack trace shows that the program sometimes crashes when creating a new<br>
> threads. This can be reduced to a program that does very little but creating<br>
> threads (even if those threads don't do any work). And the stack trace<br>
> include calls into the nVidia libraries, which seem to somehow get involved<br>
> with thread creation. The crash goes away when not linking against nVidia GL<br>
> or when not creating threads. I traced the program through Valgrind<br>
> (memcheck and helgrind) and debugged it quite thoroughly and this is still<br>
> all I know. I kind of gave up at the time. I should probably go back and<br>
> work on it some more since I am introducing more threaded code into VTK. Ah<br>
> another thing. This happens on some other machines but we could find<br>
> correlation between the nVidia card, the drivers used, the libc<br>
> implementation and the crash. So it is very hard to report anything to<br>
> nVidia too...<br>
><br>
> -berk<br>
><br>
><br>
> On Thu, Nov 14, 2013 at 9:08 AM, David Gobbi <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>> wrote:<br>
>><br>
>> Hi All,<br>
>><br>
>> I'm wondering if someone can give me a stack trace for a test segfault<br>
>> on the following dashboard:<br>
>><br>
>> Dashboard: londinium.kitware Arch-GCC-4.8-x86_64-release<br>
>> Test: Filters/Core/Testing/Python/multipleComponentContour.py<br>
>><br>
>> This test only fails on the londinium release dashboard, it does not<br>
>> fail on the debug dashboard.  I'm hoping that a stack trace will<br>
>> provide hints about why the segfault occurs.<br>
>><br>
>>   David<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>
<br>
</div></div></blockquote></div><br></div>