calls from java to xpcom and back should be thread transparent

RESOLVED FIXED

Status

RESOLVED FIXED
18 years ago
4 years ago

People

(Reporter: blackconnect, Assigned: blackconnect)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Assignee)

Description

18 years ago
Here is a scenario.

Java object calls xpcom object method it calls some java object.
The last java execution should happen at the same thread the first invocation
occurs.

Threads switches when we call c++ xpcom object from java should be transparent
to java.
(Assignee)

Comment 1

18 years ago
moving to "Java to XPCOM Bridge"
Status: NEW → ASSIGNED
Component: Java-Implemented Plugins → Java to XPCOM Bridge

Comment 2

18 years ago
Changing QA contact
QA Contact: geetha.vaidyanaathan → avm
(Assignee)

Comment 3

18 years ago
Created attachment 32618 [details] [diff] [review]
fix for the bug
(Assignee)

Comment 4

18 years ago
http://bugzilla.mozilla.org/showattachment.cgi?attach_id=32618 is a suggested
fix for the bug.

the logic schema is

in bcXPCOMStub::Dispatch  push caller event queue in the callee thread local
storage.
at the time bcXPCOM proxy get called use stored event queue to execute call in
the right thread.
when bcXPCOMStub::Dispatch finished pop event queue from the storage.

NULL event queue means current thread.

I am closing this bug as fixed
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.