Closed Bug 115724 Opened 23 years ago Closed 23 years ago

Crash on freeing mCachedAttrParamNames [@ nsPluginInstanceOwner::~nsPluginInstanceOwner()]

Categories

(Core Graveyard :: Plug-ins, defect)

x86
Windows NT
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: serhunt, Assigned: serhunt)

References

Details

Attachments

(1 file)

- invoke any plugin (default plugin will do) using any <embed> test case saved 
locally on disk
- reload
- see either crash or debug assert

I think we are trying to release memory which has already been released somehow.
Attached file stack trace
Peter said it has been fixed recently, so I am going to pull fresh and verify.
fixed
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
*** Bug 115896 has been marked as a duplicate of this bug. ***
putting the top of the stack trace in the bug summary so it shows up on queries.
nothing to see here. 
Summary: Crash on freeing mCachedAttrParamNames → Crash on freeing mCachedAttrParamNames [@ nsPluginInstanceOwner::~nsPluginInstanceOwner()]
this works fine on mozilla build but not on commercial...winNT (1219). Anybody 
know what might be wrong? I still crash trying to reload this testcase 
here(after 4-5 attempts of toggling between these two tests)

http://bugzilla.mozilla.org/showattachment.cgi?attach_id=62248
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=62258
It was just my guess that this is the same crash. But in fact it could be 
different.
does not crash on trunk anymore, verif on 0812.
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: