Unit-tests sometimes non-deterministically terminate
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mir |
Fix Released
|
Medium
|
Chris Halse Rogers |
Bug Description
The unit-tests binary will often silently terminate part-way through a run - in this case it does *not* return an error to the console.
I'm not aware of any particular test which is causing this; it does not consistently terminate at any one test. Some of the more common outputs are:
…
[ RUN ] AndroidInputSor
[ OK ] AndroidInputSor
[ RUN ] AndroidInputSor
[ OK ] AndroidInputSor
[----------] 13 tests from AndroidInputSor
>
and
…
[ OK ] DrawPatternsTes
[----------] 6 tests from DrawPatternsTest (1 ms total)
[----------] Global test environment tear-down
[==========] 361 tests from 79 test cases ran. (427 ms total)%
>
As you can see, it often crashes between printing out the total number of tests run and the number of tests which passed.
Related branches
- Daniel van Vugt: Approve
- PS Jenkins bot (community): Approve (continuous-integration)
-
Diff: 35 lines (+12/-1)1 file modifiedtests/unit-tests/input/android/test_android_input_window_handle.cpp (+12/-1)
Changed in mir: | |
status: | Confirmed → In Progress |
assignee: | nobody → Chris Halse Rogers (raof) |
Changed in mir: | |
milestone: | none → 0.0.3 |
Changed in mir: | |
status: | Fix Committed → Fix Released |
First try:
make test
because that will print a summary including what failed in unit-tests.
Second try:
valgrind bin/unit-tests