Open PaulVerhoeckx opened 3 years ago
@ipa-mdl, does the failing test require effort from my side, or could it be a flaky test? I can't reproduce the failing test locally.
@PaulRuvu: I am not sure yet.. your patch seems to change the timing in some cases, but it might be flaw in the test case as well.
I will restart the job to see, if the error is sporadic. Old results:
<?xml version="1.0" encoding="UTF-8"?>
<testsuites tests="1" failures="1" disabled="0" errors="0" timestamp="2021-06-09T17:08:46" time="2.033" name="AllTests">
<testsuite name="TestNode" tests="1" failures="1" disabled="0" errors="0" time="2.033">
<testcase name="testInitandShutdown" status="run" time="2.033" classname="TestNode">
<failure message="/root/target_ws/src/ros_canopen/canopen_master/test/test_node.cpp:49
Value of: status.bounded<canopen::LayerStatus::Ok>()
 Actual: false
Expected: true" type=""><![CDATA[/root/target_ws/src/ros_canopen/canopen_master/test/test_node.cpp:49
Value of: status.bounded<canopen::LayerStatus::Ok>()
Actual: false
Expected: true]]></failure>
</testcase>
</testsuite>
</testsuites>
I will restart the job to see, if the error is sporadic. Old results:
<?xml version="1.0" encoding="UTF-8"?> <testsuites tests="1" failures="1" disabled="0" errors="0" timestamp="2021-06-09T17:08:46" time="2.033" name="AllTests"> <testsuite name="TestNode" tests="1" failures="1" disabled="0" errors="0" time="2.033"> <testcase name="testInitandShutdown" status="run" time="2.033" classname="TestNode"> <failure message="/root/target_ws/src/ros_canopen/canopen_master/test/test_node.cpp:49
Value of: status.bounded<canopen::LayerStatus::Ok>()
 Actual: false
Expected: true" type=""><![CDATA[/root/target_ws/src/ros_canopen/canopen_master/test/test_node.cpp:49 Value of: status.bounded<canopen::LayerStatus::Ok>() Actual: false Expected: true]]></failure> </testcase> </testsuite> </testsuites>
@ipa-mdl, can we conclude it was sporadic?
@ipa-mdl, friendly ping;)
@ipa-mdl, can this be merged?
Friendly ping statistics for @ipa-mdl: Packets: Sent = 3, Received = 0, Lost = 3 (100% loss)
Solves #435, by storing the desired state in a variable (
wait_for_state_
). This waywait_for()
can cope with fast NMT state transitions.