xserver/test
Repository files (latest commit first)
Filename Latest commit message Latest commit date
Alan Coopersmith 8f8dcfee20 Make list tests actually test lists
Coverity scan detected that asserts were setting values, not checking them:

CID 53252: Side effect in assertion (ASSERT_SIDE_EFFECT)
  assignment_where_comparison_intended: Assignment item->b = i * 2
  has a side effect. This code will work differently in a non-debug build.
  Did you intend to use a comparison ("==") instead?

CID 53259: Side effect in assertion (ASSERT_SIDE_EFFECT)
  assignment_where_comparison_intended: Assignment item->a = i
  has a side effect. This code will work differently in a non-debug build.
  Did you intend to use a comparison ("==") instead?

CID 53260: Side effect in assertion (ASSERT_SIDE_EFFECT)
  assignment_where_comparison_intended: Assignment item->a = i
  has a side effect. This code will work differently in a non-debug build.
  Did you intend to use a comparison ("==") instead?

CID 53261: Side effect in assertion (ASSERT_SIDE_EFFECT)
  assignment_where_comparison_intended: Assignment item->b = i * 2
  has a side effect. This code will work differently in a non-debug build.
  Did you intend to use a comparison ("==") instead?

Fixing those to be == caused test_nt_list_insert to start failing as
part assumed append order, part assumed insert order, so it had to be
fixed to use consistent ordering.

Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Reviewed-by: Peter Hutterer <peter.hutterer@who-t.net>
Signed-off-by: Keith Packard <keithp@keithp.com>
2014-09-11 18:25:42 -07:00
..
xi2 Xi: fix modifier offset in XIPassiveGrab swapping function 2014-01-25 18:54:16 +10:00
.gitignore .gitignore: Add new autotools file 'test-driver' 2014-04-21 13:41:42 -07:00
ddxstubs.c os: Pass the FatalError message to OsVendorFatalError 2012-03-24 01:07:05 -07:00
fixes.c barriers: Support line and ray barriers 2012-12-17 15:03:07 +10:00
hashtabletest.c hashtabletest: Fix warning: format ‘%ld’ expects argument of type ... 2014-03-10 09:06:57 +01:00
input.c mi: don't process events from disabled devices (#77884) 2014-06-04 22:16:28 -07:00
list.c Make list tests actually test lists 2014-09-11 18:25:42 -07:00
Makefile.am test: create a link to the generated hw/xfree86/sdksyms.c at build time 2014-04-18 11:52:16 -07:00
misc.c Introduce a consistent coding style 2012-03-21 13:54:42 -07:00
os.c Fix test/os to work on Solaris 2014-02-24 16:32:04 -08:00
README Add a test-suite for in-server unit-testing. 2009-04-28 16:03:56 +10:00
signal-logging.c test: [v2] Validate server log reading more carefully in signal-logging test 2014-04-18 16:30:09 -07:00
string.c Introduce a consistent coding style 2012-03-21 13:54:42 -07:00
touch.c input: un-constify dev->name 2014-02-04 11:27:48 +10:00
xfree86.c test: Warning cleanup 2014-01-12 10:14:50 -08:00
xkb.c xkb: add a call to init an XkbRMLVOSet from const chars 2014-02-04 10:53:59 +10:00
xtest.c Replace 'pointer' type with 'void *' 2014-01-12 10:24:11 -08:00

                        X server test suite

This suite contains a set of tests to verify the behaviour of functions used
internally to the server. This test suite is based on glib's testing
framework [1].

= How it works =
Through some automake abuse, we link the test programs with the same static
libraries as the Xorg binary. The test suites can then call various functions
and verify their behaviour - without the need to start the server or connect
clients.

This testing only works for functions that do not rely on a particular state
of the X server. Unless the test suite replicates the expected state, which
may be difficult.

= How to run the tests =
Run "make check" the test directory. This will compile the tests and execute
them in the order specified in the TESTS variable in test/Makefile.am.

Each set of tests related to a subsystem are available as a binary that can be
executed directly. For example, run "xkb" to perform some xkb-related tests.

== Adding a new test ==
When adding a new test, ensure that you add a short description of what the
test does and what the expected outcome is. If the test reproduces a
particular bug, using g_test_bug().

== Misc ==

The programs "gtester" and "gtester-report" may be used to generate XML/HTML
log files of tests succeeded and failed.

---------

[1] http://library.gnome.org/devel/glib/stable/glib-Testing.html