Closed
Bug 54633
Opened 25 years ago
Closed 23 years ago
nsCategoryManagerFactory is not threadsafe
Categories
(Core :: XPCOM, defect, P3)
Core
XPCOM
Tracking
()
RESOLVED
INVALID
Future
People
(Reporter: jonsmirl, Assigned: dougt)
References
Details
XPConnect standalone is a multithreaded environment. It should be legal to call
CreateInstance from any thread. CreateInstance uses nsCategoryManagerFactory
and triggers the non-thread safe assert when called from the non-primary
thread. NS_IMPL_ISUPPORTS1(nsCategoryManagerFactory, nsIFactory) Even if the
decision is to serialize CreateInstance it still needs to be callable from any
thread.
This component needs to be checked for thread safety and switched to the
THREADSAFE ISUPPORTS macro after any problems are fixed.
Comment 1•25 years ago
|
||
setting Jon Smirl's bugs to New
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•24 years ago
|
||
reasigning warren bugs to default component owners.
Assignee: warren → kandrot
QA Contact: rayw → scc
Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → mozilla1.1
Really, no thread-safe CreateInstance until 1.1? Isn't this a basic part of
XPCOM?
Threadsafe CreateInstance needs a thread safe nsCategoryManagerFactory to run
right.
Assignee | ||
Comment 6•24 years ago
|
||
feel free to send patches :-)
The first goal is to freeze our interfaces with the current bugs. I set most if
not all of these bugs to 1.0. It will probably, hopefully, happen prior to
that. Threadsafety and startup/shutdown bugs which do not have an API change
required to fix them, I set to 1.1.
I hope you understand.
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla1.1alpha → Future
Assignee | ||
Comment 7•23 years ago
|
||
The nsCategoryManagerFactory is only used by InitXPCOM2. Initalization of XPCOM
is not threadsafe. Therefore this bug is invalid.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•