GNOME Bugzilla – Bug 623586
gst/tagsetter check fails
Last modified: 2010-07-06 10:22:07 UTC
This is on Mandriva Cooker 2010.1 x86_64. I'm trying to build the 0.10.29.3 prerelease: Running suite(s): GstTagSetter 75%: Checks: 4, Failures: 0, Errors: 1 gst/gsttagsetter.c:299:E:general:test_threads:0: (after this point) Test timeout expired FAIL: gst/gsttagsetter
Created attachment 165266 [details] debug output of the check
Is this easy to reproduce for you? I've run this test for multiple hours now (make gst/gsttagsetter.forever) and not gotten a single failure. Could you provide a 'thread apply all bt' stack trace from when it hangs? (make gst/gsttagsetter.gdb in tests/check)
I can reproduce this bug all the time. Here is the gdb output:
+ Trace 222700
Thread 1 (Thread 0x2aaaacea9900 (LWP 28938))
What scheduler is being used on that system? Is there a lot of other load? This test finishes in less than a second for everyone I know who's tried it, whether on a fast multi-core system or a slow single-core VIA C5. And the timeout is ca. 20 seconds.
I don't know the scheduler. There is no other load on that system. The check finishes (and fails) after 4 seconds.
The same seems to happen on the Debian and Ubuntu build servers, e.g. https://buildd.debian.org/fetch.cgi?pkg=gstreamer0.10&arch=ia64&ver=0.10.29.3-1&stamp=1277901834&file=log&as=raw I can't reproduce this unfortunately
FYI, it does not happen on a 32 bit Mandriva machine, only on x86_64.
Created attachment 165341 [details] [review] checks: rewrite gsttagsetter test to use fewer g_usleep() Does this work better?
With this patch, the test passes.
Ok, let's use that then. Thanks for the bug report and testing. commit a877aefebd9148045865a9b5605197410893c671 Author: Tim-Philipp Müller <tim.muller@collabora.co.uk> Date: Tue Jul 6 10:48:27 2010 +0100 checks: rewrite gsttagsetter test to use fewer g_usleep() Something about that seems to interact badly with some schedulers, so do things differently. Fixes #623469.