Closed Bug 849654 Opened 11 years ago Closed 10 years ago

Kill multithreaded hashtables

Categories

(Core :: XPCOM, defect)

22 Branch
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla26

People

(Reporter: khuey, Assigned: khuey)

Details

Attachments

(5 files)

      No description provided.
Unused in mozilla-central and comm-central.
Attachment #723231 - Flags: review?(benjamin)
There's a lock protecting the hashtable, so we don't need the MT version of the hashtable anyways.
Attachment #723232 - Flags: review?(bsmith)
There's an array in this class that is manipulated at the same points the hashtable is without any locking, so I assume the hashtable doesn't need a lock.
Attachment #723289 - Flags: review?(mbanner)
Comment on attachment 723231 [details] [diff] [review]
Kill nsClassHashtableMT

God love you.
Attachment #723231 - Flags: review?(benjamin) → review+
Attachment #723233 - Flags: review?(benjamin) → review+
Whiteboard: [leave open]
Attachment #723232 - Flags: review?(bsmith) → review+
Comment on attachment 723289 [details] [diff] [review]
Remove the only use of nsRefPtrHashtableMT

I think your analysis is right, but I'd prefer Neil to take a look.
Attachment #723289 - Flags: review?(mbanner) → review?(neil)
Comment on attachment 723289 [details] [diff] [review]
Remove the only use of nsRefPtrHashtableMT

Indeed, nsIMAPHostSessionList (the only caller) does the locking already.
Attachment #723289 - Flags: review?(neil) → review+
Attachment #727994 - Flags: review?(benjamin) → review+
And this was finished in bug 910989.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: [leave open]
Target Milestone: --- → mozilla26
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: