303511 - XBLcrash [@PL_DHashTableOperate | SetOrRemoveObject]

Status: RESOLVED INCOMPLETE

(Core :: XBL, defect)

Description

[Hari Kumar G]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050803 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b4) Gecko/20050803 Firefox/1.0+

Sorry.  I couldn't add any more info. The talkback Id is here. perhaps it may
help.  

[TB8077557E]

Reproducible: Didn't try

Steps to Reproduce:
None.

Comment 1

[Daniel de Wildt]

Talkback data TB8077557E:

0x00000000
PL_DHashTableOperate 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.2_Depend/mozilla/xpcom/ds/pldhash.c, line 490]
SetOrRemoveObject 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.2_Depend/mozilla/content/xbl/src/nsBindingManager.cpp,
line 288]
nsBindingManager::SetAnonymousNodesFor 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.2_Depend/mozilla/content/xbl/src/nsBindingManager.cpp,
line 556]
nsGenericElement::UnbindFromTree 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.2_Depend/mozilla/content/base/src/nsGenericElement.cpp,
line 1900]
nsDocument::Destroy 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.2_Depend/mozilla/content/base/src/nsDocument.cpp,
line 4899]
DocumentViewerImpl::Destroy 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.2_Depend/mozilla/layout/base/nsDocumentViewer.cpp,
line 1398]
nsSHEntry::~nsSHEntry 
[c:/builds/tinderbox/Fx-Trunk/WINNT_5.2_Depend/mozilla/xpfe/components/shistory/src/nsSHEntry.cpp,
line 108]

Comment 2

[Wayne Mery (:wsmwk)]

reporter appears to be gone. 
close?

Comment 3

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Boris or Timeless, could this be a dupe of bug 398083?

Comment 4

[Boris Zbarsky [:bzbarsky]]

I don't think so, offhand, but I wouldn't put money on that.

Comment 5

[timeless]

dunno it does sound like .ops was probably null which implies something was destroyed already.

Comment 6

[Tyler Downer [He/Him]]

any updates? Possible to close this?

Comment 7

[Jesse Ruderman on Windows]

Boris or timeless, is the stack in comment 1 useful?  If not, let's close this bug as incomplete.

Comment 8

[timeless]

well, having more stack would be able to explain if we're really in xpcom shutdown past when the binding manager gets cleaned up. we've used the stack for as much as it can provide. it probably means nsSHEntry got freed too late in shutdown (i.e. life cycle issue).