Agreed, we (worker folks) should go investigate this further - it sounds like we may be getting lucky and we have a platform that can repro the crash more frequently.<div><br></div><div>I just wanted to mention that the main thing in the system that exercises the platform-specific thread/locking infrastructure is workers. If there are any synchronization bugs on a platform (or in a specific part of WebKit) they&#39;ll primarily show up as failures in Worker tests. I don&#39;t think that&#39;s what is happening here, but it&#39;s something to keep in mind.</div>
<div><br></div><div>-atw<br><br><div class="gmail_quote">On Mon, Mar 29, 2010 at 6:10 PM, Eric Seidel <span dir="ltr">&lt;<a href="mailto:eric@webkit.org">eric@webkit.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
>From my experience watching the bots, I would say the Qt build is<br>
relatively stable, so I suspect it&#39;s just good at reproducing this<br>
crasher.<br>
<br>
The Qt build is nice that it produces stack traces for every crash.<br>
Sadly their useless until<br>
<a href="https://bugs.webkit.org/show_bug.cgi?id=33654" target="_blank">https://bugs.webkit.org/show_bug.cgi?id=33654</a> is fixed.<br>
<div><div></div><div class="h5"><br>
On Mon, Mar 29, 2010 at 5:47 PM, Drew Wilson &lt;<a href="mailto:atwilson@google.com">atwilson@google.com</a>&gt; wrote:<br>
&gt; I&#39;ll also note that a disproportionate number of those bugs are happening on<br>
&gt; the Qt build. This either means that the Qt build is awesome at reproducing<br>
&gt; this race condition, or that there&#39;s some other flakiness on that build that<br>
&gt; is exposed with workers.<br>
&gt; -atw<br>
&gt;<br>
&gt; On Mon, Mar 29, 2010 at 5:26 PM, Darin Adler &lt;<a href="mailto:darin@apple.com">darin@apple.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; On Mar 29, 2010, at 5:14 PM, Dmitry Titov wrote:<br>
&gt;&gt;<br>
&gt;&gt; &gt; JSC workers are terminated by setting a 1-ms timeout. V8 workers<br>
&gt;&gt; &gt; terminate by throwing exception of a special kind and then checking for it<br>
&gt;&gt; &gt; in C++ code.<br>
&gt;&gt;<br>
&gt;&gt; There is precedent in JavaScriptCore for using a special exception to<br>
&gt;&gt; terminate code. InterruptedExecutionError is used for this purpose. I could<br>
&gt;&gt; imagine having something similar for workers. A timeout sounds like a poor<br>
&gt;&gt; way to do it.<br>
&gt;&gt;<br>
&gt;&gt;    -- Darin<br>
&gt;&gt;<br>
&gt;&gt; _______________________________________________<br>
&gt;&gt; webkit-dev mailing list<br>
&gt;&gt; <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
&gt;&gt; <a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
&gt;<br>
&gt;<br>
&gt; _______________________________________________<br>
&gt; webkit-dev mailing list<br>
&gt; <a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
&gt; <a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
&gt;<br>
&gt;<br>
</div></div></blockquote></div><br></div>