Closed Bug 54633 Opened 25 years ago Closed 23 years ago

nsCategoryManagerFactory is not threadsafe

Categories

(Core :: XPCOM, defect, P3)

defect

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.
setting Jon Smirl's bugs to New
Status: UNCONFIRMED → NEW
Ever confirmed: true
Transferring to default XPCOM owner.
Assignee: rayw → warren
reasigning warren bugs to default component owners.
Assignee: warren → kandrot
QA Contact: rayw → scc
reassign all kandrot xpcom bug.
Assignee: kandrot → dougt
Blocks: 101976
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.
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.
Target Milestone: mozilla1.1alpha → Future
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.