Per,
I think there's a certain elegance in what you're proposing
here. Kind of a way of binding then unbinding to a port
mid-simulation.
I'm open to this idea and relaxing the requirement of non-NULLness
on the first bind.
-- johnS
Bojsen, Per wrote:
> Hi,
>
> currently the SCE-MI standard requires the Receive() callback
> to be a non-NULL pointer to a function [1]. However, it may
> be useful to allow this to be NULL with the meaning that any
> messages from the output port are to be ignored. The
> infrastructure can further use this to ignore messages on
> the hardware side. This could be useful with ReplaceBinding()
> to shut up an output port (`unbind' it) that is no longer needed
> in the current session.
>
> [1] See SCE-MI 1.0 p. 43 under the Receive() heading. Here it
> is stated that it shall be an error if Recveive() is NULL.
>
> Also, this would allow us to define BindMessageOutPort() and
> SceMiMessageOutPortProxy::ReplaceBinding() symmetrically with
> the input port equivalents in regards to NULL binding
> arguments.
>
> Now, following John's line of thought, it can be argued that
> shutting up a port is really an application layer thing.
> However, without the above mechanism it is not possible to
> write simple monitor transactors with only output ports that
> can also be shut down in the middle of a session. One would
> have to include an input port (somewhere) to be able to tell
> the port to activate or deactivate.
>
> Per
>
-- This email may contain material that is confidential, privileged and/or attorney work product for the sole use of the intended recipient. Any review, reliance or distribution by others or forwarding without express permission /\ is strictly prohibited. If you are /\ | \ not the intended recipient please | \ / | contact the sender and delete / \ \ all copies. /\_/ K2 \_ \_ ______________________________/\/ \ \ John Stickley \ \ \ Principal Engineer \ \________________ Mentor Graphics - MED \_ 17 E. Cedar Place \ john_stickley@mentor.com Ramsey, NJ 07446 \ Phone: (201) 818-2585 ________________________________________________________________Received on Wed Mar 17 12:25:40 2004
This archive was generated by hypermail 2.1.8 : Wed Mar 17 2004 - 12:25:41 PST