Bug 54022 – fast/frames/set-unloaded-frame-location.html sometimes fails in assertion in JSC::Bindings::Instance

• Status: RESOLVED
• Resolution: DUPLICATE
• Component: Tools / Tests

[Mario Sanchez Prada]

This test crashed today in the GTK 64 bit debug bot a couple of times. 

Last time seen it crashing in build #19099. It didn't crash neither in #19098 nor in #19100, even though #19100 included only one SVN revision (http://trac.webkit.org/changeset/77951) which look like totally unrelated.

As it's not happening at the moment, not skipping it yet. Just posting here the stacktrace and adding the author of the test to CC.


Here you have the stack trace then:

warning: Can't read pathname for load map: Input/output error.
Core was generated by `/home/slave/webkitgtk/gtk-linux-64-debug/build/WebKitBuild/Debug/Programs/DumpR'.
Program terminated with signal 11, Segmentation fault.
#0  0x00007f9cd518772c in JSC::Bindings::Instance::willDestroyRuntimeObject (this=0x61786e0, object=0x7f9c7c136c80) at ../../Source/WebCore/bridge/jsc/BridgeJSC.cpp:109
109	    ASSERT(m_rootObject->isValid());

Thread 1 (Thread 15089):
#0  0x00007f9cd518772c in JSC::Bindings::Instance::willDestroyRuntimeObject (this=0x61786e0, object=0x7f9c7c136c80) at ../../Source/WebCore/bridge/jsc/BridgeJSC.cpp:109
#1  0x00007f9cd5191e60 in JSC::Bindings::RuntimeObject::~RuntimeObject (this=0x7f9c7c136c80, __in_chrg=<value optimized out>) at ../../Source/WebCore/bridge/runtime_object.cpp:58
#2  0x00007f9cd5181210 in JSC::Bindings::CRuntimeObject::~CRuntimeObject (this=0x7f9c7c136c80, __in_chrg=<value optimized out>) at ../../Source/WebCore/bridge/c/CRuntimeObject.cpp:45
#3  0x00007f9cd5eadce1 in JSC::MarkedSpace::sweep (this=0xb675c8) at ../../Source/JavaScriptCore/runtime/MarkedSpace.cpp:245
#4  0x00007f9cd5eafb0f in JSC::Heap::reset (this=0xb675c0, sweepToggle=JSC::Heap::DoSweep) at ../../Source/JavaScriptCore/runtime/Heap.cpp:387
#5  0x00007f9cd5eafa5b in JSC::Heap::collectAllGarbage (this=0xb675c0) at ../../Source/JavaScriptCore/runtime/Heap.cpp:371
#6  0x00007f9cd50d7645 in WebCore::collect () at ../../Source/WebCore/bindings/js/GCController.cpp:46
#7  0x00007f9cd50d7798 in WebCore::GCController::gcTimerFired (this=0xb5dc50) at ../../Source/WebCore/bindings/js/GCController.cpp:69
#8  0x00007f9cd50d79b2 in WebCore::Timer<WebCore::GCController>::fired (this=0xb5dc50) at ../../Source/WebCore/platform/Timer.h:99
#9  0x00007f9cd577b438 in WebCore::ThreadTimers::sharedTimerFiredInternal (this=0x57ca90) at ../../Source/WebCore/platform/ThreadTimers.cpp:112
#10 0x00007f9cd577b36f in WebCore::ThreadTimers::sharedTimerFired () at ../../Source/WebCore/platform/ThreadTimers.cpp:90
#11 0x00007f9cd4f7faee in WebCore::timeout_cb () at ../../Source/WebCore/platform/gtk/SharedTimerGtk.cpp:49
#12 0x00007f9cd21a9dbb in g_timeout_dispatch (source=0x7f9c7811fb00, callback=0, user_data=0x7f9cd101fe00) at /tmp/buildd/glib2.0-2.27.91/./glib/gmain.c:3877
#13 0x00007f9cd21a9362 in g_main_dispatch (context=0x4cf1e0) at /tmp/buildd/glib2.0-2.27.91/./glib/gmain.c:2440
#14 g_main_context_dispatch (context=0x4cf1e0) at /tmp/buildd/glib2.0-2.27.91/./glib/gmain.c:3013
#15 0x00007f9cd21ada28 in g_main_context_iterate (context=0x4cf1e0, block=<value optimized out>, dispatch=<value optimized out>, self=<value optimized out>) at /tmp/buildd/glib2.0-2.27.91/./glib/gmain.c:3091
#16 0x00007f9cd21adf35 in g_main_loop_run (loop=0x58fa080) at /tmp/buildd/glib2.0-2.27.91/./glib/gmain.c:3299
#17 0x00007f9cd40e2657 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#18 0x000000000041d042 in runTest (testPathOrURL=...) at ../../Tools/DumpRenderTree/gtk/DumpRenderTree.cpp:655
#19 0x000000000041c712 in runTestingServerLoop () at ../../Tools/DumpRenderTree/gtk/DumpRenderTree.cpp:469
#20 0x000000000041e696 in main (argc=2, argv=0x7fff2ff4f968) at ../../Tools/DumpRenderTree/gtk/DumpRenderTree.cpp:1101

[Michael Saboff]

*** This bug has been marked as a duplicate of bug 53716 ***