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<nsISupports*>
(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