<div dir="ltr">Thank you for the explanation! I'll have a better view of what is really happening in my code😀<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jul 24, 2017 at 4:28 AM, Christopher D. Carothers <span dir="ltr"><<a href="mailto:chris.carothers@gmail.com" target="_blank">chris.carothers@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Jian;<div><br></div><div>Good question. So, ROSS does not keep "un-handled" events. Instead, it "drops" any event scheduled after the "end time" you've specificed for your simulation run. Thus, when the simulation ends, there are zero events in the pending event list. </div><div><br></div><div>So, it sounds like you want to capture/record any events that are scheduled beyond end time, which you can do with</div><div>a <font face="monospace, monospace">tw_output</font> -- that will output only the commited event drops because of optimistic event processing. So, here you compare the event's time stamp you are about to schedule into the future with tw_event_new to <font face="monospace, monospace">g_tw_ts_end</font> and if the new event's time stamp is greater, then you know that event will be dropped ...</div><div><br></div><div>Hope that helps..</div><div>Chris </div><div><br></div><div> </div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Mon, Jul 24, 2017 at 12:40 AM, Jian Peng <span dir="ltr"><<a href="mailto:jpeng10@hawk.iit.edu" target="_blank">jpeng10@hawk.iit.edu</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr"><div><div><div>Hi,<br><br></div>    Could anybody give some general idea of debugging a ROSS event tree? <br>    <br>    I'm currently having a problem like node A have sent 2048 events to B, but before B receives all events, the simulation ends normally. And no leftover messages in any queue on routers or terminals.<br><br></div>    It seems all PE have finished processing all events in their own event tree. If I want to see where those "un-handled" events go, is there a better debugging way other than adding printfs manually?<br><br></div>    Thanks!<br></div>
<br></div></div>______________________________<wbr>_________________<br>
codes-ross-users mailing list<br>
<a href="mailto:codes-ross-users@lists.mcs.anl.gov" target="_blank">codes-ross-users@lists.mcs.anl<wbr>.gov</a><br>
<a href="https://lists.mcs.anl.gov/mailman/listinfo/codes-ross-users" rel="noreferrer" target="_blank">https://lists.mcs.anl.gov/mail<wbr>man/listinfo/codes-ross-users</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_-1052091729523891403gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr">------------------------------<wbr>------------------------------<wbr>------------------------------<wbr>----<br>Christopher D. Carothers<br><br><div>Director, Center for Computational Innovations<br>Professor, Department of Computer Science         <br>Rensselaer Polytechnic Institute<br>110 8th Street<br>Troy, New York 12180-3590<br><br>e-mail: <a href="mailto:chris.carothers@gmail.com" target="_blank">chris.carothers@gmail.com</a><br>web page: <a href="http://www.cs.rpi.edu/%7Echrisc" target="_blank">www.cs.rpi.edu/~chrisc</a><br>phone: <a href="tel:(518)%20276-2930" value="+15182762930" target="_blank">(518) 276-2930</a><br>fax: <a href="tel:(518)%20276-4033" value="+15182764033" target="_blank">(518) 276-4033</a><br></div><div>------------------------------<wbr>------------------------------<wbr>------------------------------<wbr>----</div></div></div></div></div></div></div></div></div>
</div>
</blockquote></div><br></div>