Closed Bug 54635 Opened 25 years ago Closed 23 years ago

nsRegistryFactory is not threadsafe

Categories

(Core :: XPCOM, defect, P3)

Product:
Core
Component:
XPCOM
Type:
defect

Tracking

()

Status:
RESOLVED WONTFIX
Milestone:
Future

People

(Reporter: jonsmirl, Assigned: dougt)

References

Details

(Keywords: helpwanted)

XPConnect standalone is a multithreaded environment. It should be legal to call CreateInstance from any thread. CreateInstance uses nsRegistryFactory and triggers the non-thread safe assert when called from the non-primary thread. NS_IMPL_ISUPPORTS1(nsRegistryFactory, 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
Ownership chase -- help us, obi-jband! /be
Assignee: warren → scc
QA Contact: rayw → kandrot
Status: NEW → ASSIGNED
Blocks: 101976
taking some of the bugs that I have been working on from scc.
Assignee: scc → dougt
Status: ASSIGNED → NEW
Target Milestone: --- → mozilla1.1
moving out based on my workload. Yell, if you have a problem.
Keywords: helpwanted
Target Milestone: mozilla1.1alpha → Future
nsRegistryFactory is no longer used by XPCOM (post 1.1). See bug 168584 on removing this class from xpcom completely.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.