nsRegistryFactory is not threadsafe

RESOLVED WONTFIX

Status

()

P3
normal
RESOLVED WONTFIX
18 years ago
16 years ago

People

(Reporter: jonsmirl, Assigned: dougt)

Tracking

({helpwanted})

Trunk
Future
helpwanted
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
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.

Comment 1

18 years ago
setting Jon Smirl's bugs to New
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 2

18 years ago
Transferring to default XPCOM owner.
Assignee: rayw → warren
Ownership chase -- help us, obi-jband!

/be
Assignee: warren → scc
QA Contact: rayw → kandrot

Updated

18 years ago
Status: NEW → ASSIGNED
(Assignee)

Updated

17 years ago
Blocks: 101976
(Assignee)

Comment 4

17 years ago
taking some of the bugs that I have been working on from scc.
Assignee: scc → dougt
Status: ASSIGNED → NEW
(Assignee)

Updated

17 years ago
Target Milestone: --- → mozilla1.1
(Assignee)

Comment 5

17 years ago
moving out based on my workload.  Yell, if you have a problem.
Keywords: helpwanted
Target Milestone: mozilla1.1alpha → Future
(Assignee)

Comment 6

16 years ago
nsRegistryFactory is no longer used by XPCOM (post 1.1).  See bug 168584 on
removing this class from xpcom completely.
Status: NEW → RESOLVED
Last Resolved: 16 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.