Closed Bug 54635 Opened 24 years ago Closed 22 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: 22 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.