Closed Bug 75636 Opened 24 years ago Closed 24 years ago

M081 crash [@ nsProxyObjectManager::GetProxyForObject]

Categories

(Core :: XPCOM, defect)

PowerPC
Mac System 9.x
defect
Not set
normal

Tracking

()

VERIFIED DUPLICATE of bug 74057

People

(Reporter: greer, Assigned: kandrot)

Details

(4 keywords)

Crash Data

This one is hiding under ._ptr_glue and seems to be a problema at starup. Stack Trace: .__ptr_glue nsProxyObjectManager::GetProxyForObject() [nsProxyObjectManager.cpp line 191] nsStreamLoader::Init() [nsStreamLoader.cpp line 56] CONTENT_DLL + 0x1d9278 (0x07ec40e8) CONTENT_DLL + 0x1da074 (0x07ec4ee4) CONTENT_DLL + 0x52e18 (0x07d3dc88) CONTENT_DLL + 0x52c3c (0x07d3daac) CONTENT_DLL + 0x526a8 (0x07d3d518) CONTENT_DLL + 0x51c98 (0x07d3cb08) CONTENT_DLL + 0x1d7e38 (0x07ec2ca8) (28784372) Comments: Nothing. I dobule clicked Mozilla 0.8.1 after the unstuffing. (28862284) Comments: Launching Mozilla (quit with Type 2 error)
adding crash, topcrash, qawanted for tracking
Keywords: crash, qawanted, topcrash
I need help from a Mac person to track this down. Is it a common problem, or a known issue? Is there any talkback data for this crash on any other platforms?
Keywords: helpwanted
This may be related to a crash that is happening on NT at startup: http://climate/reports/stackcommentemail.cfm?dynamicBBID=28700658 One comment looks as though the problem nay have happened at some point other than startup: http://climate/reports/stackcommentemail.cfm?dynamicBBID=28930965 (28930965) Comments: closing the app Here's the stack trace from the first link above: nsProxyEventObject::GetNewOrUsedProxy [d:\builds\0.8.1\mozilla\xpcom\proxy\src\nsProxyEventObject.cpp line 172] nsProxyObjectManager::GetProxyForObject [d:\builds\0.8.1\mozilla\xpcom\proxy\src\nsProxyObjectManager.cpp line 193] nsStreamLoader::Init [d:\builds\0.8.1\mozilla\netwerk\base\src\nsStreamLoader.cpp line 59] NS_NewStreamLoader [..\..\..\..\dist\include\nsNetUtil.h line 353] CSSLoaderImpl::LoadSheet [d:\builds\0.8.1\mozilla\content\html\style\src\nsCSSLoader.cpp line 1236] CSSLoaderImpl::LoadStyleLink [d:\builds\0.8.1\mozilla\content\html\style\src\nsCSSLoader.cpp line 1403] XULContentSinkImpl::ProcessStyleLink [d:\builds\0.8.1\mozilla\content\xul\document\src\nsXULContentSink.cpp line 867] XULContentSinkImpl::AddProcessingInstruction [d:\builds\0.8.1\mozilla\content\xul\document\src\nsXULContentSink.cpp line 941] CWellFormedDTD::HandleProcessingInstructionToken [d:\builds\0.8.1\mozilla\htmlparser\src\nsWellFormedDTD.cpp line 605] CWellFormedDTD::HandleToken [d:\builds\0.8.1\mozilla\htmlparser\src\nsWellFormedDTD.cpp line 521] CWellFormedDTD::BuildModel [d:\builds\0.8.1\mozilla\htmlparser\src\nsWellFormedDTD.cpp line 260] nsParser::BuildModel [d:\builds\0.8.1\mozilla\htmlparser\src\nsParser.cpp line 2032] nsParser::ResumeParse [d:\builds\0.8.1\mozilla\htmlparser\src\nsParser.cpp line 1911] nsParser::ContinueParsing [d:\builds\0.8.1\mozilla\htmlparser\src\nsParser.cpp line 1523] CSSLoaderImpl::Cleanup [d:\builds\0.8.1\mozilla\content\html\style\src\nsCSSLoader.cpp line 709] CSSLoaderImpl::DidLoadStyle
jband was just working on |GetNewOrUsedProxy|, I think. I recall some email going by about that... perhaps he can weigh in with some knowledge. His changes might not even be in the build that's having this bad behavior, but he has good knowledge that may help greatly in understanding the problem.
scc: I haven't touched this code. You're maybe thinking of a similarly named method in xpconnect (upon which dougt based this code). The line in the stack... http://lxr.mozilla.org/seamonkey/source/xpcom/proxy/src/nsProxyEventObject.cpp#1 72 ...Is in the middle of a comment before an assert with specific instructions to ask dougt: If you are hitting any of the assertions in this block of code, please contact dougt@netscape.com. Adding him to the cc list.
this is a dup of 74057. I have had considerable trouble reproducing this. if anyone can reproduce this reliably, please let me know. Marking this as a dup. *** This bug has been marked as a duplicate of 74057 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
verified dup.
Status: RESOLVED → VERIFIED
Crash Signature: [@ nsProxyObjectManager::GetProxyForObject]
You need to log in before you can comment on or make changes to this bug.