<div dir="ltr"><div><div><div>Hi,<br><br></div>    After some debugging, I found the reason of this issue was "tw_event_send()". I added some debugging code shown as "tw_event_send.png". Then I got debugging output as "debug1.png". Please notice the highlighted value of pointer "kp". Then I found this same "kp" value in previous context, shown in "debug2.png". Since the "last_time" is greater than "recv_ts", "tw_eventq_push()" rather than "tw_pq_enqueue()" is called. As I'm doing sequential simulation, "tw_scheduler_sequential()" in tw-shed.c should be used. "tw_pq_dequeue()" is used to read the event queue, shown in "tw_scheduler_sequential.png". <br><br></div>    So here's the question. The events that called "tw_eventq_push()" seem not able to be retrieved by "tw_pq_dequeue()". So I'm wondering that either mapping multiple LPs to one KP or only using "tw_pq_dequeue()" in sequential scheduler is a bug? I haven't looked too much into both parts, just got this question in mind. <br><br></div>    Thanks!<br><div><br>     <br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 27, 2017 at 1:20 PM, Jian Peng <span dir="ltr"><<a href="mailto:jpeng10@hawk.iit.edu" target="_blank">jpeng10@hawk.iit.edu</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"><div>Hi,<br><br></div>    I'm running some experiments on Dragonfly with CODES 5.0.2.  Sometimes they end up with unsent messages remaining in terminals and routers. I think the reason is the events that carry these messages are not handled. I looked through my debugging information and confirmed it. <br><br>    So, why does ROSS end when there are still events unprocessed? I'm running a sequential simulation. Thanks.<br><br><img src="cid:ii_15a8131568296ddc" alt="Inline image 1" width="442" height="289"><br><br><br></div>
</blockquote></div><br></div>