Issue 5754: Spawn
Issue 5755: get the thread id from a distributable thread instance
Issue 5756: In section 5.5.2, the semantics for scheduling_policies should be discussed
Issue 5757: In section 5.2.7.2, "scheduling policy" should be "scheduling parameter
Issue 5758: VoidData should be documented
Issue 5759: problem for some schedulers using Portable Interceptors for scheduling pts.
Issue 5760: The RTC1 document needs to be integrated with the RTC2 document
Issue 5761: RTCurrent
Issue 5762: The distributed thread id must be available in all interception points
Issue 5754: Spawn (scheduling-ftf)
Click here for this issue's archive.
Source: Objective Interface Systems (Mr. Bill Beckwith, bill.beckwith@ois.com)
Nature: Uncategorized Issue
Severity:
Summary:
Spawn should discuss the initial execution state of the newly created distributable thread
It should be possible to get the thread id from a distributable thread instance
get the thread id from a distributable thread instance
In section 5.5.2, the semantics for scheduling_policies should be discussed
In section 5.2.7.2, "scheduling policy" should be "scheduling parameter
VoidData should be documented
There is a potential problem for some schedulers in using Portable Interceptors for scheduling points. PICurrent can't be updated in receive_reply.
The RTC1 document needs to be integrated with the RTC2 document
The RTC1 document needs to assert that RTCurrent must be correct in various interception points (in order for Dynamic Scheduling to work).
The distributed thread id must be available in all interception points.