lately I had a couple of crashes with nsACString_internal::~nsACString_internal 6e76056d TB18953175Z TB18955483Q TB18942102X TB18940035G

Incident ID: 18955483 Stack Signature nsACString_internal::~nsACString_internal 6e76056d Product ID FirefoxTrunk Build ID 2006052104 Trigger Time 2006-05-21 14:04:13.0 Platform Win32 Operating System Windows NT 5.1 build 2600 Module xpcom_core.dll + (0003c1c4) URL visited User Comments Since Last Crash 4106 sec Total Uptime 4354 sec Trigger Reason Access violation Source File, Line No. c:\builds\tinderbox\fx-trunk-cairo\winnt_5.2_depend\mozilla\xpcom\string\src\nstastring.cpp, line 59 Stack Trace nsACString_internal::~nsACString_internal nsCacheSession::OpenCacheEntry imgCache::Put imgLoader::LoadImage nsContentUtils::LoadImage nsCSSValue::Image::Image nsCSSValue::StartImageLoad CSSStyleRuleImpl::MapRuleInfoInto nsRuleNode::GetListData nsRuleNode::GetStyleData nsStyleContext::GetStyleData nsImageBoxFrame::DidSetStyleContext nsFrame::Init nsImageBoxFrame::Init nsCSSFrameConstructor::ConstructXULFrame nsCSSFrameConstructor::ConstructFrameInternal nsCSSFrameConstructor::ConstructFrame nsCSSFrameConstructor::ProcessChildren nsCSSFrameConstructor::ConstructXULFrame nsCSSFrameConstructor::ConstructFrameInternal nsCSSFrameConstructor::ConstructFrameInternal nsCSSFrameConstructor::ConstructFrame nsCSSFrameConstructor::ProcessChildren nsCSSFrameConstructor::ConstructXULFrame nsCSSFrameConstructor::ConstructFrameInternal nsCSSFrameConstructor::ConstructFrame nsCSSFrameConstructor::ProcessChildren nsCSSFrameConstructor::ConstructXULFrame nsCSSFrameConstructor::ConstructFrameInternal nsCSSFrameConstructor::ConstructFrame nsCSSFrameConstructor::ProcessChildren nsCSSFrameConstructor::ConstructXULFrame nsCSSFrameConstructor::ConstructFrameInternal nsCSSFrameConstructor::ConstructFrame nsCSSFrameConstructor::ProcessChildren nsCSSFrameConstructor::ConstructDocElementFrame nsCSSFrameConstructor::ContentInserted

No steps to reproduce? Any similar circumstances?

(In reply to comment #2) > No steps to reproduce? Any similar circumstances? > not really

(In reply to comment #2) > No steps to reproduce? Any similar circumstances? > It's at shutdown. I crash every time I shut down. Perhaps it's the new sessions recover thing?

my debug build says: WARNING: nsExceptionService ignoring thread destruction after shutdown: file d:/Mozilla/mozilla/xpcom/base/nsExceptionService.cpp, line 191 ###!!! ASSERTION: not an nsIRDFRemoteDataSource: 'remote != nsnull', file d:/Mozilla/mozilla/rdf/datasource/src/nsLocalStore.cpp, line 345 not sure if those cause the crash. they happen at the end

actually, maybe this is the wrong bug.

Aha, I just found a similar bug, caused by 267426. It was caused by a static nsString, which are verboten. Especially when linking libxul you can't be sure that the static string will be instantiated before nsObsoleteAString::sCanonicalVTable, which means that you are guaranteed crashes on shutdown. Any static string will cause the same problems.

Think Benjamin fixed this in bug #339023. Marking as fixed. Besides I submitted a new drag and drop patch that uses IStream for file transfer and does not use statics.