[Ns-bugs] [Bug 991] InterferenceHelper assertion failure (cond="current >= previous")

code@nsnam.ece.gatech.edu code at nsnam.ece.gatech.edu
Mon Sep 13 22:49:06 PDT 2010


http://www.nsnam.org/bugzilla/show_bug.cgi?id=991





--- Comment #10 from Quincy Tse <quincy.tse at gmail.com>  2010-09-14 01:49:05 EDT ---
Sorry the scenario I described isn't the problem (I accidentally transposed the
time when m_rxing gets updated when reading the code). Comment #1 is still
correct though.

Below, I note NiChange as "(truncated time in hex, delta)"

>From analysing my program as it crashed (at InterferenceHelper::CalculatePer:

== m_niChanges is {(0bebc217, 6.447e-11), (0bed67f7, -6.447e-11), (11e1a317,
6.447e-11), (11e348f7, -6.447e-11)}
== m_firstPower is 0
== event corresponds is at time 11e1a317 (corresponds to 3rd item on the
vector)
== *ni is {(11e1a317, 0), (0bed67f7, -6.447e-11), (11e1a317, 6.447e-11),
(11e348f7, 0)}

This seems to suggests that at the time my simulation crashed, one packet (time
0bebc217--0bed67f7) had finished receiving, but somehow stayed in m_niChanges,
causing the incorrect ordering.

Maybe m_rxing somehow didn't get updated?

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.


More information about the Ns-bugs mailing list