Closed Bug 196089 Opened 22 years ago Closed 22 years ago

Trunk crash [@ nsGenericModule::RegisterSelf]

Categories

(Core :: XPCOM, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WONTFIX

People

(Reporter: jay, Assigned: dougt)

Details

(Keywords: crash, qawanted, topcrash)

Crash Data

Attachments

(3 files)

This crash began with 3/1 builds on the MozillaTrunk. There aren't too many comments to help us reproduce and there haven't been any incidents in the last couple of days, but here is the latest Talkback data: nsGenericModule::RegisterSelf 7 BBID range: 17670888 - 17717453 Min/Max Seconds since last crash: 34 - 73339 Min/Max Runtime: 364 - 73373 Crash data range: 2003-03-02 to 2003-03-04 Build ID range: 2003030108 to 2003030308 Stack Trace: nsGenericModule::RegisterSelf [c:/builds/seamonkey/mozilla/xpcom/glue/nsGenericFactory.cpp line 476] nsNativeComponentLoader::SelfRegisterDll [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp line 391] nsNativeComponentLoader::AutoRegisterComponent [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp line 826] nsNativeComponentLoader::RegisterComponentsInDir [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp line 240] nsNativeComponentLoader::AutoRegisterComponents [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp line 184] nsComponentManagerImpl::AutoRegisterImpl [c:/builds/seamonkey/mozilla/xpcom/components/nsComponentManager.cpp line 3083] nsComponentManagerImpl::AutoRegister [c:/builds/seamonkey/mozilla/xpcom/components/nsComponentManager.cpp line 3298] PluginArrayImpl::Refresh [c:/builds/seamonkey/mozilla/dom/src/base/nsPluginArray.cpp line 185] PluginArrayImpl::Refresh [c:/builds/seamonkey/mozilla/dom/src/base/nsPluginArray.cpp line 263] XPTC_InvokeByIndex [c:/builds/seamonkey/mozilla/xpcom/reflect/xptcall/src/md/win32/xptcinvoke.cpp line 102] XPCWrappedNative::CallMethod [c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednative.cpp line 2025] XPC_WN_CallMethod [c:/builds/seamonkey/mozilla/js/src/xpconnect/src/xpcwrappednativejsops.cpp line 1293] js_Invoke [c:/builds/seamonkey/mozilla/js/src/jsinterp.c line 845] js_Interpret [c:/builds/seamonkey/mozilla/js/src/jsinterp.c line 2812] js_Execute [c:/builds/seamonkey/mozilla/js/src/jsinterp.c line 1026] JS_EvaluateUCScriptForPrincipals [c:/builds/seamonkey/mozilla/js/src/jsapi.c line 3385] nsJSContext::EvaluateString [c:/builds/seamonkey/mozilla/dom/src/base/nsJSEnvironment.cpp line 701] nsScriptLoader::EvaluateScript [c:/builds/seamonkey/mozilla/content/base/src/nsScriptLoader.cpp line 584] nsScriptLoader::ProcessRequest [c:/builds/seamonkey/mozilla/content/base/src/nsScriptLoader.cpp line 492] nsScriptLoader::ProcessScriptElement [c:/builds/seamonkey/mozilla/content/base/src/nsScriptLoader.cpp line 436] nsHTMLScriptElement::MaybeProcessScript [c:/builds/seamonkey/mozilla/content/html/content/src/nsHTMLScriptElement.cpp line 749] nsHTMLScriptElement::SetDocument [c:/builds/seamonkey/mozilla/content/html/content/src/nsHTMLScriptElement.cpp line 564] nsGenericContainerElement::AppendChildTo [c:/builds/seamonkey/mozilla/content/base/src/nsGenericElement.cpp line 3891] HTMLContentSink::ProcessSCRIPTTag [c:/builds/seamonkey/mozilla/content/html/document/src/nsHTMLContentSink.cpp line 5715] HTMLContentSink::AddLeaf [c:/builds/seamonkey/mozilla/content/html/document/src/nsHTMLContentSink.cpp line 3594] HTMLContentSink::AddHeadContent [c:/builds/seamonkey/mozilla/content/html/document/src/nsHTMLContentSink.cpp line 3547] CNavDTD::AddHeadLeaf [c:/builds/seamonkey/mozilla/htmlparser/src/CNavDTD.cpp line 3809] CNavDTD::HandleStartToken [c:/builds/seamonkey/mozilla/htmlparser/src/CNavDTD.cpp line 1783] CNavDTD::HandleToken [c:/builds/seamonkey/mozilla/htmlparser/src/CNavDTD.cpp line 952] CNavDTD::BuildModel [c:/builds/seamonkey/mozilla/htmlparser/src/CNavDTD.cpp line 527] nsParser::BuildModel [c:/builds/seamonkey/mozilla/htmlparser/src/nsParser.cpp line 1909] nsParser::ResumeParse [c:/builds/seamonkey/mozilla/htmlparser/src/nsParser.cpp line 1773] nsParser::ContinueParsing [c:/builds/seamonkey/mozilla/htmlparser/src/nsParser.cpp line 1390] CSSLoaderImpl::SheetComplete [c:/builds/seamonkey/mozilla/content/html/style/src/nsCSSLoader.cpp line 1462] CSSLoaderImpl::ParseSheet [c:/builds/seamonkey/mozilla/content/html/style/src/nsCSSLoader.cpp line 1399] SheetLoadData::OnStreamComplete [c:/builds/seamonkey/mozilla/content/html/style/src/nsCSSLoader.cpp line 799] nsUnicharStreamLoader::OnStopRequest [c:/builds/seamonkey/mozilla/netwerk/base/src/nsUnicharStreamLoader.cpp line 189] nsStreamListenerTee::OnStopRequest [c:/builds/seamonkey/mozilla/netwerk/base/src/nsStreamListenerTee.cpp line 66] nsHttpChannel::OnStopRequest [c:/builds/seamonkey/mozilla/netwerk/protocol/http/src/nsHttpChannel.cpp line 2949] nsInputStreamPump::OnStateStop [c:/builds/seamonkey/mozilla/netwerk/base/src/nsInputStreamPump.cpp line 471] nsInputStreamPump::OnInputStreamReady [c:/builds/seamonkey/mozilla/netwerk/base/src/nsInputStreamPump.cpp line 325] nsInputStreamReadyEvent::EventHandler [c:/builds/seamonkey/mozilla/xpcom/io/nsStreamUtils.cpp line 112] PL_HandleEvent [c:/builds/seamonkey/mozilla/xpcom/threads/plevent.c line 664] PL_ProcessPendingEvents [c:/builds/seamonkey/mozilla/xpcom/threads/plevent.c line 597] _md_EventReceiverProc [c:/builds/seamonkey/mozilla/xpcom/threads/plevent.c line 1385] Source File : c:/builds/seamonkey/mozilla/xpcom/glue/nsGenericFactory.cpp line : 476 (17714613) Comments: Manu: about: plugins crushed mozilla. I have just installed shockwave 8.5.1. I installed Shockwave 8.5.1 and viewed about:plugins without crashing with build 2003030408. If we don't see anymore crashes in the next few days, we can mark it worksforme.
old xpcom sytle plugins (which were written incorrectly to begin with) are broken.
is there a way to get a list of all plugins installed on these crashing clients.
Doug: I can ask users seeing this crash to send me their about:plugins page. Would that work?
that would be perfect.
I sent emails out to the 2 users that specified their email addresse in the Talkback incidents. Hopefully we'll hear from them soon.
This is the list of plugins for a user that has been seeing this crash.
Wasn't sure if I should use his real name, so if anyone needs to contact "Larry", let me know. Thanks.
http://bugzilla.mozilla.org/show_bug.cgi?id=133567 ask larry to see if removing SVG helps.
Well, since I just noticed "Larry" is already cc'd on this bug, I'll just let him read his bugmail! Peter (aka Larry): Try removing the SVG plugin and see if you still crash. Thanks.
My home PC, which *still* has the SVG plugin, doesn't crash anymore. Are there steps i can follow to *reproduce* this bug (sorry, i cannot remember the talkback "incident"). -- "Larry" (you can call me Peter) PSA. You may *not* publish my talkback data here. (the plugins are OK)
peter, if that is the case, please disable talkback.
I just read the "Customer Privacy" statement on the talkback screen and it seems no personal info (where I surf, passwords, etc.) is collected. I was confused by a discussion in n.p.m.seamonkey about making TB data public - sorry for freaking out. :-\ Of course you can use my TB data for the betterment of mozilla. ;)
The last attachment was for Peter's home machine (Win98). As he said, he has not been able to crash with that PC even with SVG. That's probably because the crash he submitted was with his office machine (WinNT): Incident ID 17717453 Stack Signature nsGenericModule::RegisterSelf 200464c8 Email Address peter@lairo.com Product ID MozillaTrunk Build ID 2003030308 Trigger Time 2003-03-04 05:07:59 Platform Win32 Operating System Windows NT 4.0 build 1381 Module xpcom.dll URL visited User Comments Trigger Reason Access violation Source File Name c:/builds/seamonkey/mozilla/xpcom/glue/nsGenericFactory.cpp Trigger Line No. 476 Stack Trace nsGenericModule::RegisterSelf [c:/builds/seamonkey/mozilla/xpcom/glue/nsGenericFactory.cpp, line 476] nsNativeComponentLoader::SelfRegisterDll [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp, line 391] nsNativeComponentLoader::AutoRegisterComponent [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp, line 826] nsNativeComponentLoader::RegisterComponentsInDir [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp, line 240] nsNativeComponentLoader::AutoRegisterComponents [c:/builds/seamonkey/mozilla/xpcom/components/nsNativeComponentLoader.cpp, line 184] nsComponentManagerImpl::AutoRegisterImpl [c:/builds/seamonkey/mozilla/xpcom/components/nsComponentManager.cpp, line 3083] nsComponentManagerImpl::AutoRegister [c:/builds/seamonkey/mozilla/xpcom/components/nsComponentManager.cpp, line 3298] PluginArrayImpl::Refresh [c:/builds/seamonkey/mozilla/dom/src/base/nsPluginArray.cpp, line 185] . . .
peter, if your interested, i can send you the data from a talkback report. send me mail if you like.
peter, could you also send me a listing of all files in your components directory (this directory is in the same directory as the mozilla.exe)?
I recently did a clean install with a newer build, so my components file are no longer relevant. However, it may be helpful to know that I always install the same addons: optimoz, calendar, spellchecker, tagzilla, jslib. No extra themes.
it could be any of them that are compiled. optimoz, calendar, spellchecker, tagzilla, jslib
marking WONTFIX. I changed unfrozen interfaces and unfrozen structs. Stuff that assumes that this doesn't change brakes. Also the components to rebuild against 1.3 sources.
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WONTFIX
Crash Signature: [@ nsGenericModule::RegisterSelf]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: