tests: fix spurious failure in test_collect collectpads test
authorJonas Holmberg <jonashg@axis.com>
Thu, 7 Mar 2013 11:11:30 +0000 (12:11 +0100)
committerTim-Philipp Müller <tim@centricular.net>
Mon, 18 Mar 2013 10:45:13 +0000 (10:45 +0000)
commitafbba8974ae54c591edd725842422fe5d51a0350
tree6cc171ae3f746a2ef6ed071c01431c082f30fb8c
parentc4138f6c5beabbcebcb3804bd082492fd5122eb7
tests: fix spurious failure in test_collect collectpads test

pop() in collected callback.

There were three threads in the test cases that hanged: the test thread and two
threads that push buffers. Each thread push one buffer on one pad. There are
two pads in the collectpads so the second buffer will trigger the
collect-callback.

This is what happens when the hang occurs:

The first thread pushes a buffer and initializes a cookie to the value of a
counter in the collectpads object and waits on a cond for the counter to change
and for someone to consume the buffer (i.e. _pop() it).

The second thread pushes a buffer and calls the collected callback, which
signals the cond that the test thread is waiting for.

The test thread pops both buffers (without holding any lock). Each call to
_pop() increases the counter broadcasts the condition that the first thread is
now waiting for. It then joins both threads (hangs).

The first thread wakes up and returns, since its buffer has been consumed.

The second thread starts executing again. When the callback, called by the
second thread, has returned it initializes a cookie to the value of a counter,
which has already prematurely been increased by the test thread when it popped
the buffers, and wait's on a cond for the counter to change and for someone to
consume the buffer (i.e. _pop() it). Since the buffer has already been poped
and the counter has already been increased it will be stuck forever.

https://bugzilla.gnome.org/show_bug.cgi?id=685555
tests/check/libs/collectpads.c