At some point we need to fix this test.
I've spent some time investigating and I've found that the test fails when it's destroying the SrMotorHandLib object.
The crash is a
''pure virtual function called"
It is happening when an object of the class
self_test::TestRunner
is destroyed. The package self_test (http://wiki.ros.org/self_test) is not part of our code base.
This object is created in the sr_self_test package (as the SrTestRunner inherits from it).
The crash appears to be happening when a ros::ServiceServer inside TestRunner is destroyed.
It needs further investigation.
The crash can be easily reproduced by running the test in GDB, and calling it using the text option:
rostest --text sr_robot_lib motor_updater.test
I've tested that by merely instantiating an object of class self_test::TestRunner and subsequently destroying it, the crash happens.
At some point we need to fix this test.
I've spent some time investigating and I've found that the test fails when it's destroying the SrMotorHandLib object.
The crash is a
''pure virtual function called"
It is happening when an object of the class
self_test::TestRunner
is destroyed. The package self_test (http://wiki.ros.org/self_test) is not part of our code base.
This object is created in the sr_self_test package (as the SrTestRunner inherits from it).
The crash appears to be happening when a ros::ServiceServer inside TestRunner is destroyed.
It needs further investigation.
The crash can be easily reproduced by running the test in GDB, and calling it using the text option:
I've tested that by merely instantiating an object of class self_test::TestRunner and subsequently destroying it, the crash happens.