Bishnupriya,
I am just trying to pin down the semantics of reset_event().
Every flavor of reset, namely
* reset()
* resumption while in the synchronous reset state
* async_reset_signal()
is ultimately equivalent to a call to reset() happening during an
evaluation phase. We want this to cause the notification of the event that
will be returned by the new method reset_event(). I can see two
possibilities:
* The reset event is notified using an immediate notification, in which
case any processes sensitive to the reset event will become runnable in
the same evaluation phase in which reset() is called
or
* The reset event is notified using a delta notification, in which case
any processes sensitive to the reset event will become runnable one delta
cycle later.
The immediate notification feels right to me.
What do you think?
Thanks,
John A
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Fri Nov 12 07:41:10 2010
This archive was generated by hypermail 2.1.8 : Fri Nov 12 2010 - 07:41:11 PST