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 676964 - gst/gstcaps testcase failed on arm target
gst/gstcaps testcase failed on arm target
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.10.36
Other Linux
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-05-28 12:39 UTC by newbie
Modified: 2012-05-29 10:44 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description newbie 2012-05-28 12:39:39 UTC
gstreamer gstcaps test failed with below error.

{{
Running suite(s): GstCaps
94%: Checks: 19, Failures: 0, Errors: 1
gst/gstcaps.c:205:E:operations:test_simplify:0: (after this point) Received signal 8 (Floating point exception)
FAIL: gst/gstcaps
}}

can anybody tell me , why this testcase got failed.

Regards,
Comment 1 Tim-Philipp Müller 2012-05-28 12:52:14 UTC
Could you:

 $ cd tests/check
 $ make gst/gstcaps.gdb
 (gdb) run
 ... Signal 8 ...
 (gdb) bt
 ... paste the output here...
 (gdb) kill
 (gdb) quit
Comment 2 newbie 2012-05-28 12:56:07 UTC
Hi,

Below is the information you asked

{{
-bash-3.2# cd tests/check/
-bash-3.2# 
-bash-3.2# 
-bash-3.2# make gst/gstcaps   
gstcaps    gstcaps.c  
-bash-3.2# make gst/gstcaps.gdb
GNU gdb (GDB) 7.2
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-sony-linux-gnueabi".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /tmp/gstreamer-0.10.36/tests/check/gst/.libs/lt-gstcaps...done.
(gdb) run
Starting program: /tmp/gstreamer-0.10.36/tests/check/gst/.libs/lt-gstcaps 
[Thread debugging using libthread_db enabled]
Running suite(s): GstCaps

Program received signal SIGFPE, Arithmetic exception.
0x2ad83036 in __libc_do_syscall () from /devel/lib/libpthread.so.0
(gdb) bt
  • #0 __libc_do_syscall
    from /devel/lib/libpthread.so.0
  • #1 raise
    at ../nptl/sysdeps/unix/sysv/linux/pt-raise.c line 46
  • #2 __aeabi_ldiv0
    at ../../../libgcc/../gcc/config/arm/lib1funcs.asm line 1300
  • #3 msort_r
    from /devel/usr/lib/libglib-2.0.so.0
  • #4 g_ptr_array_sort
    from /devel/usr/lib/libglib-2.0.so.0
  • #5 gst_caps_do_simplify
    at gstcaps.c line 1907
  • #6 test_simplify
    at gst/gstcaps.c line 207
  • #7 tcase_run_tfun_nofork
    at check_run.c line 314
  • #8 srunner_iterate_tcase_tfuns
    at check_run.c line 181
  • #9 srunner_run_tcase
    at check_run.c line 302
  • #10 srunner_iterate_suites
    at check_run.c line 150
  • #11 srunner_run_all
    at check_run.c line 561
  • #12 gst_check_run_suite
    at gstcheck.c line 587
  • #13 main
    at gst/gstcaps.c line 1010
Kill the program being debugged? (y or n) y
(gdb) quit

}}
Comment 3 Tim-Philipp Müller 2012-05-28 13:03:16 UTC
Please leave the component as "gstreamer (core)".
Comment 4 newbie 2012-05-28 13:04:47 UTC
changed component as "gstreamer (core)"
Comment 5 Tim-Philipp Müller 2012-05-28 13:10:56 UTC
Does 'make check' in glib pass for you? Could you install GLib with debugging symbols? Looks like a crash inside GLib's qsort implementation.
Comment 6 newbie 2012-05-29 04:06:50 UTC
I will install glib and do make check.
let you know the result..
Comment 7 newbie 2012-05-29 10:31:30 UTC
further investigation did on this, with your clue..

in glib-2.32.3 i am not getting this FAIl, instead all test cases got passed.
Comment 8 newbie 2012-05-29 10:42:40 UTC
Error exist with glib-2.32.0
Comment 9 Tim-Philipp Müller 2012-05-29 10:44:39 UTC
Ok, so this was a bug in GLib then, and it has been fixed, so I guess we can close this. Thanks for checking!