Last Comment Bug 12914 - nsAtomTable is not thread safe
: nsAtomTable is not thread safe
Status: VERIFIED DUPLICATE of bug 12755
Product: Core
Classification: Components
Component: XPCOM (show other bugs)
: Trunk
: x86 Windows NT
P2 normal (vote)
: Future
Assigned To: Edward Kandrot
: Scott Collins
: Nathan Froyd [:froydnj][high latency until 6 March]
Depends on:
Blocks: 12755
  Show dependency treegraph
Reported: 1999-08-31 17:53 PDT by Doug Turner (:dougt)
Modified: 2006-05-05 22:54 PDT (History)
9 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description User image Doug Turner (:dougt) 1999-08-31 17:53:34 PDT
the constructor and desstructor of nsAtomTable are not thread safe.  see:
Comment 1 User image kipp 1999-08-31 18:58:59 PDT
All of the NS_NewAtom methods need to be threadsafe too, not just the
creation/destruction of the hashtable that those methods use.
Comment 2 User image Scott Collins 1999-10-21 11:58:59 PDT
as with 12755, awaiting CoClasses, I think
Comment 3 User image Scott Collins 2000-05-15 01:37:27 PDT
mass re-assigning to my new bugzilla account
Comment 4 User image Dawn Endico 2000-12-21 14:09:44 PST
dp is no longer changing qa contact to default for this product
Comment 5 User image Brendan Eich [:brendan] 2001-01-29 18:29:24 PST
dup of bug 12755, it seems.  scc, please mark dup?

Comment 6 User image Scott Collins 2001-01-31 13:47:27 PST
another threads bug.  I hate to dump on you, but I'll be focusing on strings.
If you don't want to take threading, we can discuss it at tomorrows XPCOM bug
meeting and figure out what to do.
Comment 7 User image Edward Kandrot 2001-05-14 18:27:37 PDT

*** This bug has been marked as a duplicate of 12755 ***
Comment 8 User image Matt Perry 2002-06-08 18:43:52 PDT

Note You need to log in before you can comment on or make changes to this bug.