Closed Bug 391915 Opened 17 years ago Closed 17 years ago

"ASSERTION: AtomImpl not thread-safe" within nsCacheMetaData::MetaElement::~MetaElement

Categories

(Core :: Networking: Cache, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: jruderman, Assigned: Biesinger)

References

()

Details

(Keywords: assertion)

Attachments

(2 files)

Attached file stack trace
Steps to reproduce:
1. Load http://www.atiz.com/snapter.html.
2. Wait a few seconds.

Result:
###!!! ASSERTION: AtomImpl not thread-safe: '_mOwningThread.GetThread() == PR_GetCurrentThread()', file /Users/jruderman/trunk/mozilla/xpcom/ds/nsAtomTable.cpp, line 447

I don't have a reduced testcase, but I do have a stack trace, which I hope is enough for a thread-safety assertion.

I'm guessing this assertion is firing due to the changes in bug 387445, "Remove thread safety from atoms".
Flags: blocking1.9?
A stack trace is enough, I think.

biesi, know what's going on here?  (Noting Bug 387427.)  Is my patch from that bug to nsCacheMetaData appropriate?  Or is there a more serious problem here?
hm, I didn't think of the stream pumps...

Yeah, that patch is probably the easiest fix.
Need to fix this for 1.9.
Flags: blocking1.9? → blocking1.9+
Assignee: nobody → cbiesinger
Attachment #278423 - Flags: approval1.9?
Comment on attachment 278423 [details] [diff] [review]
eli's patch minus the streamconverter part

Clearing the request; this bug is already blocking1.9+.

I'll check this in shortly.
Attachment #278423 - Flags: approval1.9?
Checked in.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: