[webkit-dev] Crashing Workers Code?

[Drew Wilson]

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.

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'll primarily show up as failures in Worker tests. I don't think that's
what is happening here, but it's something to keep in mind.

-atw

On Mon, Mar 29, 2010 at 6:10 PM, Eric Seidel <eric at webkit.org> wrote:

> From my experience watching the bots, I would say the Qt build is
> relatively stable, so I suspect it's just good at reproducing this
> crasher.
>
> The Qt build is nice that it produces stack traces for every crash.
> Sadly their useless until
> https://bugs.webkit.org/show_bug.cgi?id=33654 is fixed.
>
> On Mon, Mar 29, 2010 at 5:47 PM, Drew Wilson <atwilson at google.com> wrote:
> > I'll also note that a disproportionate number of those bugs are happening
> on
> > the Qt build. This either means that the Qt build is awesome at
> reproducing
> > this race condition, or that there's some other flakiness on that build
> that
> > is exposed with workers.
> > -atw
> >
> > On Mon, Mar 29, 2010 at 5:26 PM, Darin Adler <darin at apple.com> wrote:
> >>
> >> On Mar 29, 2010, at 5:14 PM, Dmitry Titov wrote:
> >>
> >> > JSC workers are terminated by setting a 1-ms timeout. V8 workers
> >> > terminate by throwing exception of a special kind and then checking
> for it
> >> > in C++ code.
> >>
> >> There is precedent in JavaScriptCore for using a special exception to
> >> terminate code. InterruptedExecutionError is used for this purpose. I
> could
> >> imagine having something similar for workers. A timeout sounds like a
> poor
> >> way to do it.
> >>
> >>    -- Darin
> >>
> >> _______________________________________________
> >> webkit-dev mailing list
> >> webkit-dev at lists.webkit.org
> >> http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> >
> >
> > _______________________________________________
> > webkit-dev mailing list
> > webkit-dev at lists.webkit.org
> > http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-dev/attachments/20100329/91ad5137/attachment.html>