[ros-kernel] ETHREAD: info request
noog at libero.it
Sun Feb 22 18:52:50 CET 2004
At 17.33 22/02/2004, you wrote:
>>you aren't supposed to access ETHREADs other than PsGetCurrentThread().
>>ETHREADs have no lock - they are intrinsically locked when they are
>>active and running at APC_LEVEL. Avoid accessing remote ETHREADs. If you
>>can't do otherwise, use an APC
>Well, it seems that Cutler *did* it instead. I don't know how, yet. That
>is why I asked here. For what I can see now, LPC request are *always*
>queued in the connection port (the one you create with NtCreatePort), but
>replies are put in the ETHREAD of the thread pending a reply.
Then I'd suppose a transversal lock is used - i.e. a global lock guarding a
certain field of all instances of a certain class
More information about the Ros-kernel