After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 500835 - gst/gstobject unit test fails on alpha
gst/gstobject unit test fails on alpha
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.15
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-12-01 10:14 UTC by Sebastian Dröge (slomo)
Modified: 2009-02-03 15:00 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastian Dröge (slomo) 2007-12-01 10:14:46 UTC
Hi,
since we enabled to run the unit test suite on the Debian build servers there
was a unit test failure on alpha:

Running suite(s): GstObject
85%: Checks: 7, Failures: 1, Errors: 0
gst/gstobject.c:75:F:general:test_fail_abstract_new:0: Early exit with return value 0
FAIL: gst/gstobject

This needs of course further investigation. Any thoughts on how this could happen? Maybe a bug in check?




Apart from that there was only the known bug on ppc/s390 that is probably compiler related and probably not worth noting as there is another bug about this I was told:

Running suite(s): data protocol
80%: Checks: 5, Failures: 1, Errors: 0
libs/gdp.c:150:F:general:tf:0: GST_BUFFER_IN_CAPS flag should have been copied !
FAIL: libs/gdp
Comment 1 Sebastian Dröge (slomo) 2007-12-01 16:13:56 UTC
The ppc/s390 failure is handled in bug #348114, can be ignored here :)
Comment 2 Tim-Philipp Müller 2008-01-07 10:52:04 UTC
> Running suite(s): GstObject
> 85%: Checks: 7, Failures: 1, Errors: 0
> gst/gstobject.c:75:F:general:test_fail_abstract_new:0: Early exit with return
> value 0
> FAIL: gst/gstobject
> 
> This needs of course further investigation. Any thoughts on how this could
> happen? Maybe a bug in check?

I've seen this before with empty or almost-empty test functions, but can't remember what the problem was.  Do you have access to a test machine?  Can you investigate? (In particular: does it also happen with CK_FORK=no?)
Comment 3 Tobias Mueller 2009-01-23 23:33:10 UTC
Hey Sebastian, are there any news on this one?

I tend to close this bug, if you can't provide the necessary information, as this bug is NEEDINFO for quite some time now.
Comment 4 Tim-Philipp Müller 2009-02-03 13:19:22 UTC
The alpha builds listed on http://experimental.debian.net/build.php?pkg=gstreamer0.10 don't show this problem any more afaict (the tee stress test timeout is probably due to the machine being busy/slow).

Comment 5 Sebastian Dröge (slomo) 2009-02-03 15:00:06 UTC
Yes, it's working now :)