Skip Menu |

This queue is for tickets about the GStreamer CPAN distribution.

Report information
The Basics
Id: 35584
Status: resolved
Priority: 0/
Queue: GStreamer

People
Owner: Nobody in particular
Requestors: edward.josette [...] gmail.com
Cc:
AdminCc:

Bug Information
Severity: Critical
Broken in: 0.10
Fixed in: (no value)



Subject: t/GstPad.t
I am using Debian/testing and I use Gstreamer-0.10 and t/GstPad.t fails as follows when a make debuild-pbuilder -rfakeroot: t/GstPad................dubious Test returned status 0 (wstat 11, 0xb) DIED. FAILED tests 32-39 Failed 8/39 tests, 79.49% okay t/GstPadTemplate........ok t/GstPipeline...........ok t/GstPlugin.............ok t/GstPluginFeature......ok t/GstQuery..............ok t/GstRegistry...........ok t/GstStructure..........ok t/GstSystemClock........ok t/GstTag................ok t/GstTagSetter..........ok t/GstTypeFindFactory....ok t/GstValue..............ok Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- t/GstPad.t 0 11 39 16 41.03% 32-39 40 subtests skipped. Failed 1/31 test scripts, 96.77% okay. 8/503 subtests failed, 98.41% okay. make[1]: *** [test_dynamic] Error 255 ... So I running with gdb to get more information: (gdb) r t/GstPad.t Starting program: /usr/bin/perl t/GstPad.t (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] (no debugging symbols found) (no debugging symbols found) 1..39 [New Thread 0xb7dc28c0 (LWP 12571)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) ok 1 - The object isa GStreamer::Pad ok 2 - The object isa GStreamer::Pad ok 3 ok 4 ok 5 ok 6 ok 7 ok 8 ok 9 (no debugging symbols found) (no debugging symbols found) ok 10 ok 11 ok 12 ok 13 ok 14 ok 15 ok 16 ok 17 ok 18 ok 19 ok 20 ok 21 ok 22 ok 23 ok 24 ok 25 ok 26 ok 27 ok 28 ok 29 ok 30 [New Thread 0xb77dbb90 (LWP 12575)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb77dbb90 (LWP 12575)] 0xb7be0df8 in ?? () from /usr/lib/libgobject-2.0.so.0 (gdb) bt #0 0xb7be0df8 in ?? () from /usr/lib/libgobject-2.0.so.0 #1 0xb7bd53d0 in ?? () from /usr/lib/libgobject-2.0.so.0 #2 0x082a1f80 in ?? () #3 0x082a1f80 in ?? () #4 0xb7bd19a8 in ?? () from /usr/lib/libglib-2.0.so.0 #5 0xb77db2e8 in ?? () #6 0xb7faac50 in ?? () from /lib/ld-linux.so.2 #7 0xb7c37641 in gperl_callback_invoke () from /usr/lib/perl5/auto/Glib/Glib.so
Yes, I see this failure as well. There are two underlying causes: the callback marshaller was incorrect, and the callback is invoked from another thread. The first issue is easy to fix, whereas the second is not. I'm about to release 0.11 which has a correct fix for the first issue but punts on the second issue. Instead, the relevant tests are skipped for now.