Yes, I'm a fan of MonitorReceiverContents (thanks for implementing it Edward! :)<br>It nicely shows the queue contents during execution. It also should show "left over queue content".<br><br>Edward: <br>What is the set of domain for which this will (mostly) likely work? <br>

(I'm primarily interested in SDF, DDF, and PN.)<br><br>Also, is it correct to assume that runs that have "left over tokens" are still "valid" w.r.t. the Kahn semantics?<br>It would be interesting to define a declarative query or  integrity constraint (to use database parlance) that checks queue contents after execution. One could then declare certain runs as "incomplete", i.e., if not all queues have been emptied.<br>

<br>On a related note: <br>When I do a search for "monitor" in a recent check-out of Kepler, I don't see 'MonitorReceiverContents'.<br><br>Can we still add it? Maybe as part of a suitable module? Chad, David?<br>

<br>Bertram<br><br><div class="gmail_quote">On Tue, Mar 16, 2010 at 8:49 AM, Edward A. Lee <span dir="ltr"><<a href="mailto:eal@eecs.berkeley.edu">eal@eecs.berkeley.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
I'm not sure about Kepler, but in Ptolemy the Debug menu includes<br>
Listen to Director, which will give you this information. It's<br>
in the friendliest form, however...<br>
<br>
Also, in the Utilities->Analysis menu there is a component<br>
called MonitorReceiverContents. Dragging this into the model will<br>
enable display of data in buffers. This only works for certain<br>
domains, however. I'm not sure which director you are using...<br><font color="#888888">
<br>
Edward</font><div><div></div><div class="h5"><br>
<br>
<br>
On 3/16/10 3:26 AM, Tomasz Żok wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br>
<br>
I have some workflow, I run it and after some time it stops - "execution<br>
finished". At this exact moment I would like to know, which actors had<br>
tokens on some port, but were unable to fire.<br>
<br>
For instance, an actor named "A" has five input ports. During execution<br>
tokens are fired to four out of these five. The director decides there<br>
is nothing else to be fired and finishes the execution. When this<br>
happens I would just like to know, that: Actor "A" did not fire, but<br>
some of its ports received tokens.<br>
<br>
Is this possible in Kepler? It would greatly enhance the debugging<br>
experience of really big and complicated workflows :)<br>
<br>
Best regards,<br>
Tomek<br>
<br>
<br>
</blockquote>
</div></div><br>_______________________________________________<br>
Kepler-users mailing list<br>
<a href="mailto:Kepler-users@kepler-project.org">Kepler-users@kepler-project.org</a><br>
<a href="http://mercury.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users" target="_blank">http://mercury.nceas.ucsb.edu/kepler/mailman/listinfo/kepler-users</a><br>
<br></blockquote></div><br>