diff options
author | Peter Maydell <peter.maydell@linaro.org> | 2021-05-05 14:55:16 +0100 |
---|---|---|
committer | Thomas Huth <thuth@redhat.com> | 2021-05-14 12:28:01 +0200 |
commit | 302585450c667cac06371a80446eedf670d2d510 (patch) | |
tree | 632c2552ea7577064d96929aa2660b91a1ace2f7 /stubs/target-get-monitor-def.c | |
parent | 423dbce5a2bf392bf9f6ab655a672d3d6654c325 (diff) | |
download | qemu-302585450c667cac06371a80446eedf670d2d510.zip qemu-302585450c667cac06371a80446eedf670d2d510.tar.gz qemu-302585450c667cac06371a80446eedf670d2d510.tar.bz2 |
tests/qtest/npcm7xx_pwm-test.c: Avoid g_assert_true() for non-test assertions
In the glib API, the distinction between g_assert() and
g_assert_true() is that the former is for "bug, terminate the
application" and the latter is for "test check, on failure either
terminate or just mark the testcase as failed". For QEMU, g_assert()
is always fatal, so code can assume that if the assertion fails
execution does not proceed, but this is not true of g_assert_true().
In npcm7xx_pwm-test, the pwm_index() and pwm_module_index() functions
include some assertions that are just guarding against possible bugs
in the test code that might lead us to out-of-bounds array accesses.
These should use g_assert() because they aren't part of what the test
is testing and the code does not correctly handle the case where the
condition was false.
This fixes some Coverity issues where Coverity knows that
g_assert_true() can continue when the condition is false and
complains about the possible array overrun at various callsites.
Fixes: Coverity CID 1442340, 1442341, 1442343, 1442344, 1442345, 1442346
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
Reviewed-by: Thomas Huth <thuth@redhat.com>
Reviewed-by: Hao Wu <wuhaotsh@google.com>
Reviewed-by: Havard Skinnemoen <hskinnemoen@google.com>
Message-Id: <20210505135516.21097-1-peter.maydell@linaro.org>
Signed-off-by: Thomas Huth <thuth@redhat.com>
Diffstat (limited to 'stubs/target-get-monitor-def.c')
0 files changed, 0 insertions, 0 deletions