|
Boost Users : |
From: Andreas Huber (ahd6974-spamboostorgtrap_at_[hidden])
Date: 2007-10-02 17:01:31
> I was thinking more on the lines of implementing:
> 1. time_event : sc::event<>
>
> And a scheduler that delays by doing a peak into
> Every event ( to see if it has delay set ).
> 2. delay_scheduler : sc::fifo_scheduler<...
>
> And use the rest of the library un-changed.
>
> Could you advise if this is a workable approach ?
Given proper OS support, this seems workable. However, note that the
behavior of a thus implemented time event would not be in line with the UML
specs. Pre-2.0 UML pretty clearly states that a time event is only
dispatched when the FSM has been residing in a state for the specified
amount of time *and* a transition triggered by a time event originates at
said state.
HTH,
-- Andreas Huber When replying by private email, please remove the words spam and trap from the address shown in the header.
Boost-users list run by williamkempf at hotmail.com, kalb at libertysoft.com, bjorn.karlsson at readsoft.com, gregod at cs.rpi.edu, wekempf at cox.net