http://bugzilla.opensuse.org/show_bug.cgi?id=986162 Bug ID: 986162 Summary: thunderbird crashes on startup after 20160621 snapshot due to gcc6 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://bugzilla.redhat.com/show_bug.cgi?id=1312635 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox Assignee: wolfgang@rosenauer.org Reporter: vbabka@suse.com QA Contact: qa-bugs@suse.de CC: pcerny@suse.com Found By: --- Blocker: --- After the latest TW snapshot that introduces gcc6, thunderbird crashes on startup. Safe mode doesn't help, new profile does, but it doesn't look like my profile is corrupted (see below). Here's backtrace captured by gdb: #0 0x00007ffff100fe50 in morkAtom::AliasYarn (this=0x0, outYarn=outYarn@entry=0x7fffffff9b98) at /usr/src/debug/thunderbird/db/mork/src/morkAtom.cpp:145 #1 0x00007ffff101bb2b in morkRowObject::AliasCellYarn (this=0x7fffc7e1dca0, mev=<optimized out>, inColumn=161, outYarn=0x7fffffff9b98) at /usr/src/debug/thunderbird/db/mork/src/morkRowObject.cpp:492 #2 0x00007ffff113462b in nsMsgDatabase::RowCellColumnToUInt32 (this=<optimized out>, hdrRow=<optimized out>, columnToken=<optimized out>, uint32Result=uint32Result@entry=0x7fffc6b7ad74, defaultValue=defaultValue@entry=0) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsMsgDatabase.cpp:3768 #3 0x00007ffff1134663 in nsMsgDatabase::RowCellColumnToUInt32 (this=<optimized out>, hdrRow=<optimized out>, columnToken=<optimized out>, uint32Result=@0x7fffc6b7ad74: 0, uint32Result@entry=@0x7fffc6b7ad74: <optimized out>, defaultValue=defaultValue@entry=0) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsMsgDatabase.cpp:3756 #4 0x00007ffff112e531 in nsDBFolderInfo::GetInt32PropertyWithToken (this=this@entry=0x7fffc6b7ad40, aProperty=<optimized out>, propertyValue=@0x7fffc6b7ad74: 0, defaultValue=defaultValue@entry=0) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsDBFolderInfo.cpp:865 #5 0x00007ffff112e573 in nsDBFolderInfo::LoadMemberVariables (this=this@entry=0x7fffc6b7ad40) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsDBFolderInfo.cpp:355 #6 0x00007ffff112e7b5 in nsDBFolderInfo::InitFromExistingDB (this=0x7fffc6b7ad40) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsDBFolderInfo.cpp:312 #7 0x00007ffff1136b25 in nsMsgDatabase::InitExistingDB (this=0x7fffc7d51e30) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsMsgDatabase.cpp:1716 #8 0x00007ffff113357c in nsMsgDatabase::OpenMDB (this=0x7fffc7d51e30, dbName=<optimized out>, create=<optimized out>, sync=<optimized out>) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsMsgDatabase.cpp:1403 #9 0x00007ffff1138f0c in nsMsgDatabase::OpenInternal (this=0x7fffc7d51e30, aDBService=0x7fffcb5e48b0, summaryFile=0x7fffc6b7a740, aCreate=<optimized out>, aLeaveInvalidDB=<optimized out>, sync=<optimized out>) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsMsgDatabase.cpp:1210 #10 0x00007ffff1135c81 in nsMsgDBService::OpenFolderDB (this=this@entry=0x7fffcb5e48b0, aFolder=aFolder@entry=0x7fffc6cb4038, aLeaveInvalidDB=aLeaveInvalidDB@entry=false, _retval=0x7fffc6cb4060) at /usr/src/debug/thunderbird/mailnews/db/msgdb/src/nsMsgDatabase.cpp:134 #11 0x00007ffff116a26d in nsImapMailFolder::GetDatabase (this=0x7fffc6cb4000) at /usr/src/debug/thunderbird/mailnews/imap/src/nsImapMailFolder.cpp:606 #12 0x00007ffff1164a54 in nsImapMailFolder::GetDBFolderInfoAndDB (this=this@entry=0x7fffc6cb4000, folderInfo=0x7fffffffa200, db=db@entry=0x7fffffffa1f8) at /usr/src/debug/thunderbird/mailnews/imap/src/nsImapMailFolder.cpp:2060 #13 0x00007ffff10baf52 in nsMsgDBFolder::OnFlagChange (this=0x7fffc6cb4000, flag=16384) at /usr/src/debug/thunderbird/mailnews/base/util/nsMsgDBFolder.cpp:4367 #14 0x00007ffff10b6a4d in nsMsgDBFolder::ClearFlag (this=0x7fffc6cb4000, flag=16384) at /usr/src/debug/thunderbird/mailnews/base/util/nsMsgDBFolder.cpp:4342 #15 0x00007ffff106b257 in nsMsgAccountManager::SetSpecialFolders (this=<optimized out>) at /usr/src/debug/thunderbird/mailnews/base/src/nsMsgAccountManager.cpp:1444 #16 0x00007ffff12a7bef in NS_InvokeByIndex (that=<optimized out>, methodIndex=<optimized out>, paramCount=<optimized out>, params=<optimized out>) at /usr/src/debug/thunderbird/mozilla/xpcom/reflect/xptcall/md/unix/xptcinvoke_x86_64_unix.cpp:176 #17 0x00007ffff16c5329 in CallMethodHelper::Invoke (this=0x7fffffffa578) at /usr/src/debug/thunderbird/mozilla/js/xpconnect/src/XPCWrappedNative.cpp:2097 #18 CallMethodHelper::Call (this=0x7fffffffa578) at /usr/src/debug/thunderbird/mozilla/js/xpconnect/src/XPCWrappedNative.cpp:1414 #19 XPCWrappedNative::CallMethod (ccx=..., mode=mode@entry=XPCWrappedNative::CALL_METHOD) at /usr/src/debug/thunderbird/mozilla/js/xpconnect/src/XPCWrappedNative.cpp:1381 #20 0x00007ffff16ca603 in XPC_WN_CallMethod (cx=<optimized out>, cx@entry=0x7fffd0c61c00, argc=0, vp=0x7fffdce57208) at /usr/src/debug/thunderbird/mozilla/js/xpconnect/src/XPCWrappedNativeJSOps.cpp:1115 #21 0x00007ffff3275d58 in js::CallJSNative (args=..., native=<optimized out>, cx=0x7fffd0c61c00) at /usr/src/debug/thunderbird/mozilla/js/src/jscntxtinlines.h:235 #22 js::Invoke (cx=0x7fffd0c61c00, args=..., construct=<optimized out>) at /usr/src/debug/thunderbird/mozilla/js/src/vm/Interpreter.cpp:444 #23 0x00007ffff32715d1 in Interpret (cx=0x7fffd0c61c00, state=...) at /usr/src/debug/thunderbird/mozilla/js/src/vm/Interpreter.cpp:2766 #24 0x00007ffff3275a11 in js::RunScript (cx=cx@entry=0x7fffd0c61c00, state=...) at /usr/src/debug/thunderbird/mozilla/js/src/vm/Interpreter.cpp:391 #25 0x00007ffff3275cb7 in js::Invoke (cx=cx@entry=0x7fffd0c61c00, args=..., construct=construct@entry=js::NO_CONSTRUCT) at /usr/src/debug/thunderbird/mozilla/js/src/vm/Interpreter.cpp:462 #26 0x00007ffff32764ed in js::Invoke (cx=0x7fffd0c61c00, thisv=..., fval=..., argc=1, argv=<optimized out>, rval=...) at /usr/src/debug/thunderbird/mozilla/js/src/vm/Interpreter.cpp:496 #27 0x00007ffff312637a in JS::Call (cx=<optimized out>, thisv=..., thisv@entry=..., fval=..., fval@entry=..., args=..., rval=..., rval@entry=...) at /usr/src/debug/thunderbird/mozilla/js/src/jsapi.cpp:2837 #28 0x00007ffff1ec9779 in mozilla::dom::EventHandlerNonNull::Call (this=this@entry=0x7fffd0bac6a0, cx=<optimized out>, aThisVal=..., aThisVal@entry=..., event=..., aRetVal=..., aRetVal@entry=..., aRv=...) at /usr/src/debug/obj/dom/bindings/EventHandlerBinding.cpp:259 #29 0x00007ffff2065ba2 in mozilla::dom::EventHandlerNonNull::Call (aCompartment=0x0, aExceptionHandling=mozilla::dom::CallbackObject::eReportExceptions, aExecutionReason=0x7ffff375fe4a "EventHandlerNonNull", aRv=..., aRetVal=..., event=..., thisVal=@0x7fffd0bac5f0: 0x7fffd0c62400, this=0x7fffd0bac6a0) at ../../dist/include/mozilla/dom/EventHandlerBinding.h:351 #30 mozilla::JSEventHandler::HandleEvent (this=0x7fffd0bac5e0, aEvent=<optimized out>) at /usr/src/debug/thunderbird/mozilla/dom/events/JSEventHandler.cpp:215 #31 0x00007ffff2066f0c in mozilla::EventListenerManager::HandleEventSubType (this=this@entry=0x7fffd0b5ec50, aListener=<optimized out>, aListener@entry=0x7fffca584808, aDOMEvent=0x7fffc7018740, aCurrentTarget=<optimized out>, aCurrentTarget@entry=0x7fffd0c62400) at /usr/src/debug/thunderbird/mozilla/dom/events/EventListenerManager.cpp:1027 #32 0x00007ffff20672ae in mozilla::EventListenerManager::HandleEventInternal (this=0x7fffd0b5ec50, aPresContext=<optimized out>, aEvent=0x7fffffffb8a0, aDOMEvent=0x7fffffffb798, aCurrentTarget=0x7fffd0c62400, aEventStatus=<optimized out>) at /usr/src/debug/thunderbird/mozilla/dom/events/EventListenerManager.cpp:1154 #33 0x00007ffff2051f06 in mozilla::EventTargetChainItem::HandleEventTargetChain (aChain=..., aVisitor=..., aCallback=aCallback@entry=0x0, aCd=...) at /usr/src/debug/thunderbird/mozilla/dom/events/EventDispatcher.cpp:315 Googling the first line brought me to the Fedora bug https://bugzilla.redhat.com/show_bug.cgi?id=1312635 where the workaround is apparently adding -fno-delete-null-pointer-checks to gcc flags There's also an upstream bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1251576 -- You are receiving this mail because: You are on the CC list for the bug.