Closed Bug 695068 Opened 14 years ago Closed 9 years ago

crash [@ TOutputGLSLBase::writeVariableType]

Categories

(Core :: Graphics: CanvasWebGL, defect)

ARM
Android
defect
Not set
critical

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: nhirata, Unassigned)

References

()

Details

(Keywords: crash, Whiteboard: [mobile-crash][native-crash:P1][paladin] webgl-angle)

Crash Data

This bug was filed from the Socorro interface and is report bp-369df6da-06c1-4fbf-b17e-669862111014 . ============================================================= Frame Module Signature [Expand] Source 0 libmozutils.so arena_dalloc memory/jemalloc/jemalloc.c:4306 1 libmozutils.so __wrap_free memory/jemalloc/jemalloc.c:6260 2 libmozalloc.so moz_free memory/mozalloc/mozalloc.cpp:98 3 libxul.so std::__node_alloc::deallocate mozalloc.h:253 4 libxul.so std::priv::_String_base<char, std::allocator<char> >::_M_deallocate_block _string_base.h:102 5 libxul.so std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_append _string_base.h:160 6 libxul.so TInfoSinkBase::operator<< gfx/angle/src/compiler/InfoSink.h:66 7 libxul.so TOutputGLSLBase::writeVariableType gfx/angle/src/compiler/OutputGLSLBase.cpp:125 8 libxul.so TOutputGLSLBase::visitAggregate gfx/angle/src/compiler/OutputGLSLBase.cpp:539 9 libxul.so TIntermAggregate::traverse gfx/angle/src/compiler/IntermTraverse.cpp:135 10 libxul.so TOutputGLSLBase::visitAggregate gfx/angle/src/compiler/OutputGLSLBase.cpp:454 11 libxul.so TIntermAggregate::traverse gfx/angle/src/compiler/IntermTraverse.cpp:135 12 libxul.so TranslatorESSL::translate gfx/angle/src/compiler/OutputGLSLBase.h:17 13 libxul.so TCompiler::compile gfx/angle/src/compiler/Compiler.cpp:181 14 libxul.so ShCompile gfx/angle/src/compiler/ShaderLang.cpp:169 15 libxul.so mozilla::WebGLContext::CompileShader content/canvas/src/WebGLContextGL.cpp:4063 16 libxul.so nsIDOMWebGLRenderingContext_CompileShader obj-firefox/js/src/xpconnect/src/dom_quickstubs.cpp:29866 17 libxul.so js::Interpret js/src/jscntxtinlines.h:301 18 libxul.so js::RunScript js/src/jsinterp.cpp:614 19 libxul.so js::Invoke js/src/vm/Stack.h:1000 20 libxul.so JS_CallFunctionValue js/src/jscntxt.h:1306 21 libxul.so nsJSContext::CallEventHandler dom/base/nsJSEnvironment.cpp:1930 22 libxul.so nsJSEventListener::HandleEvent dom/src/events/nsJSEventListener.cpp:213 23 libxul.so nsEventListenerManager::HandleEventSubType content/events/src/nsEventListenerManager.cpp:740 24 libxul.so nsEventListenerManager::HandleEventInternal content/events/src/nsEventListenerManager.cpp:790 25 libxul.so nsEventTargetChainItem::HandleEvent content/events/src/nsEventListenerManager.h:160 26 libxul.so nsEventTargetChainItem::HandleEventTargetChain content/events/src/nsEventDispatcher.cpp:346 27 libxul.so nsEventDispatcher::Dispatch content/events/src/nsEventDispatcher.cpp:674 28 libxul.so DocumentViewerImpl::LoadComplete layout/base/nsDocumentViewer.cpp:1068 29 libxul.so nsDocShell::EndPageLoad docshell/base/nsDocShell.cpp:6162 30 libxul.so nsDocShell::OnStateChange nsCOMPtr.h:515 31 libxul.so nsDocLoader::DoFireOnStateChange uriloader/base/nsDocLoader.cpp:1367 32 libxul.so nsDocLoader::doStopDocumentLoad uriloader/base/nsDocLoader.cpp:962 33 libxul.so nsDocLoader::DocLoaderIsEmpty nsAutoPtr.h:1036 34 libxul.so nsDocLoader::DocLoaderIsEmpty uriloader/base/nsDocLoader.cpp:857 35 libxul.so nsDocLoader::OnStopRequest uriloader/base/nsDocLoader.cpp:740 36 libxul.so nsLoadGroup::RemoveRequest netwerk/base/src/nsLoadGroup.cpp:734 37 libxul.so nsDocument::DoUnblockOnload nsCOMPtr.h:515 38 libxul.so nsDocument::UnblockOnload content/base/src/nsDocument.cpp:7165 39 libxul.so nsLoadBlockingPLDOMEvent::~nsLoadBlockingPLDOMEvent nsCOMPtr.h:515 40 libxul.so nsLoadBlockingPLDOMEvent::~nsLoadBlockingPLDOMEvent mozalloc.h:253 41 libxul.so nsRunnable::Release obj-firefox/xpcom/build/nsThreadUtils.cpp:55 42 libxul.so nsCOMPtr_base::~nsCOMPtr_base obj-firefox/xpcom/build/nsCOMPtr.cpp:82 43 libxul.so nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:639 44 libxul.so NS_ProcessNextEvent_P obj-firefox/xpcom/build/nsThreadUtils.cpp:245 45 libxul.so mozilla::ipc::MessagePump::Run ipc/glue/MessagePump.cpp:111 46 libxul.so mozilla::ipc::MessagePumpForChildProcess::Run ipc/glue/MessagePump.cpp:230 47 libxul.so MessageLoop::RunInternal ipc/chromium/src/base/message_loop.cc:209 48 libxul.so MessageLoop::Run ipc/chromium/src/base/message_loop.cc:487 49 libxul.so nsBaseAppShell::Run widget/src/xpwidgets/nsBaseAppShell.cpp:191 50 libxul.so XRE_RunAppShell toolkit/xre/nsEmbedFunctions.cpp:677 51 libxul.so mozilla::ipc::MessagePumpForChildProcess::Run ipc/glue/MessagePump.cpp:222 52 libxul.so MessageLoop::RunInternal ipc/chromium/src/base/message_loop.cc:209 53 libxul.so MessageLoop::Run ipc/chromium/src/base/message_loop.cc:487 54 libxul.so XRE_InitChildProcess nsAutoPtr.h:155 55 libmozutils.so ChildProcessInit other-licenses/android/APKOpen.cpp:787 56 plugin-container main ipc/app/MozillaRuntimeMainAndroid.cpp:69 57 libc.so libc.so@0x14a7a related to Bug 684863?
Whiteboard: [mobile-crash] → [mobile-crash][native-crash]
A crash in ANGLE I think?
Component: Graphics → Canvas: WebGL
QA Contact: thebes → canvas.webgl
Whiteboard: [mobile-crash][native-crash] → [mobile-crash][native-crash][str-wanted]
I can see an almost identical stack on my Samsung Galaxy Tab 10.1 by going to <https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/sdk/demos/webkit/SpinningBox.html>. Boy, I wish crash reports had tinyUrls.
Hmm, I may have miscorrelated the crash report and the URL and spoken too soon. Investigating.
OK, I'm seeing this crash every time on my Motorola DroidX running a birch nightly on the spinning box demo. Curiously, on the Galaxy Tab 10.1, it only hangs rather than crashing.
Whiteboard: [mobile-crash][native-crash][str-wanted] → [mobile-crash][native-crash]
Whiteboard: [mobile-crash][native-crash] → [mobile-crash][native-crash][paladin]
setting to P1 -> steps are reproducible (see comment 5)
Whiteboard: [mobile-crash][native-crash][paladin] → [mobile-crash][native-crash:P1][paladin]
smooney to talk to someone to have this bug assigned.
If this was a crash in ANGLE, it's possible that it's gone now as there's been an update a couple of days ago. Is it definitely reproducible right now with latest trunk?
It's reproducible right now with latest birch. Is it actually possible to have both a birch nightly and a trunk nightly installed at the same time? I've been assuming not.
Yeah it definitely makes sense that it should still be reproducible in birch. We can wait until tomorrow when birch gets merged into mozilla-central and then see if it's still happening then.
Still happens after having update to this morning's birch build. :-(
Which, I assume, means that it should crash for you on trunk as well.
There have been crashes since the fix of bug 758010. It might be another form of bug 746794.
Blocks: 758010
Status: RESOLVED → REOPENED
Crash Signature: [@ arena_dalloc | __wrap_free | moz_free | std::__node_alloc::deallocate] → [@ arena_dalloc | __wrap_free | moz_free | std::__node_alloc::deallocate] [@ pthread_mutex_lock | malloc_mutex_lock | arena_dalloc | __wrap_free | moz_free | std::__node_alloc::deallocate]
Resolution: WORKSFORME → ---
Version: 10 Branch → Trunk
Whiteboard: [mobile-crash][native-crash:P1][paladin] → [mobile-crash][native-crash:P1][paladin] webgl-angle
There are no reports of this crash with current Fennec builds. Please reopen this bug report if you can still reproduce the crash.
Status: REOPENED → RESOLVED
Closed: 13 years ago9 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.