Closed Bug 101976 Opened 24 years ago Closed 15 years ago

xpcom threadsafety problems

Categories

(Core Graveyard :: Tracking, defect)

Product:
Core Graveyard
Component:
Tracking
Platform:
x86
Windows 2000
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME
Milestone:
Future

People

(Reporter: dougt, Unassigned)

References

Details

(Keywords: helpwanted, meta, topembed-)

Depends on: 54633, 54635, 54636, 54638, 54639
These fixes (54633 54635 54636 54638 54639) are needed to make CreateInstance work from a thread other than the one that initialized XPCOM. Any app using XPCOM in a server environment (like mine) needs this. When these get fixed a multithreaded CreateInstance test should be built.
Target Milestone: --- → mozilla1.1
Adding meta keyword - Sorry for the spam!
Keywords: meta
Depends on: 5795, 46358, 62097, 124980, 127927
No longer blocks: 128086
No longer blocks: 128086
Depends on: 98755
moving out based on my workload. Yell, if you have a problem.
Keywords: helpwanted
Target Milestone: mozilla1.1alpha → Future
batch: adding topembed per Gecko2 document http://rocknroll.mcom.com/users/marek/publish/Gecko/Gecko2Tasks.html
Keywords: topembed
QA Contact: chofmann → depstein
Keywords: topembed → topembed-
Blocks: grouper
QA Contact: depstein → carosendahl
mass reassigning to nobody.
Assignee: dougt → nobody
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.