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 346185 - rhythmbox crashes when playing an m4a file on an x86_64 machine
rhythmbox crashes when playing an m4a file on an x86_64 machine
Status: RESOLVED DUPLICATE of bug 344901
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
0.10.3
Other All
: Normal critical
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2006-06-29 09:21 UTC by Eric Bair
Modified: 2006-06-30 07:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Eric Bair 2006-06-29 09:21:13 UTC
Steps to reproduce:
1. Open rhythmbox.
2. Play an m4a file in the library.


Stack trace:
Program received signal SIGSEGV, Segmentation fault.

Thread 1094986048 (LWP 8881)

  • #0 gst_pad_set_caps
    from /usr/lib64/libgstreamer-0.10.so.0
  • #1 gst_pad_chain
    from /usr/lib64/libgstreamer-0.10.so.0
  • #2 gst_pad_push
    from /usr/lib64/libgstreamer-0.10.so.0
  • #3 gst_queue_get_type
    from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
  • #4 gst_task_set_lock
    from /usr/lib64/libgstreamer-0.10.so.0
  • #5 g_thread_pool_push
    from /usr/lib64/libglib-2.0.so.0
  • #6 g_thread_create_full
    from /usr/lib64/libglib-2.0.so.0
  • #7 start_thread
    from /lib64/libpthread.so.0
  • #8 clone
    from /lib64/libc.so.6
  • #9 ??

Thread 16 (Thread 1136945472 (LWP 8886))

  • #0 clone
    from /lib64/libc.so.6
  • #1 __make_stacks_executable
    from /lib64/libpthread.so.0
  • #2 ??
  • #3 ??

Thread 11 (Thread 1094986048 (LWP 8881))

  • #0 gst_pad_set_caps
    from /usr/lib64/libgstreamer-0.10.so.0
  • #1 gst_pad_chain
    from /usr/lib64/libgstreamer-0.10.so.0
  • #2 gst_pad_push
    from /usr/lib64/libgstreamer-0.10.so.0
  • #3 gst_queue_get_type
    from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
  • #4 gst_task_set_lock
    from /usr/lib64/libgstreamer-0.10.so.0
  • #5 g_thread_pool_push
    from /usr/lib64/libglib-2.0.so.0
  • #6 g_thread_create_full
  • #7 start_thread
    from /lib64/libpthread.so.0
  • #8 clone
    from /lib64/libc.so.6
  • #9 ??

Thread 6 (Thread 1094986048 (LWP 8860))

  • #0 gst_pad_set_caps
    from /usr/lib64/libgstreamer-0.10.so.0
  • #1 gst_pad_chain
    from /usr/lib64/libgstreamer-0.10.so.0
  • #2 gst_pad_push
    from /usr/lib64/libgstreamer-0.10.so.0
  • #3 gst_queue_get_type
    from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
  • #4 gst_task_set_lock
    from /usr/lib64/libgstreamer-0.10.so.0
  • #5 g_thread_pool_push
  • #6 g_thread_create_full
    from /usr/lib64/libglib-2.0.so.0
  • #7 start_thread
    from /lib64/libpthread.so.0
  • #8 clone
    from /lib64/libc.so.6
  • #9 ??

Thread 5 (Thread 1094986048 (LWP 8859))

  • #0 gst_pad_set_caps
    from /usr/lib64/libgstreamer-0.10.so.0
  • #1 gst_pad_chain
    from /usr/lib64/libgstreamer-0.10.so.0
  • #2 gst_pad_push
    from /usr/lib64/libgstreamer-0.10.so.0
  • #3 gst_queue_get_type
    from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
  • #4 gst_task_set_lock
    from /usr/lib64/libgstreamer-0.10.so.0
  • #5 g_thread_pool_push
    from /usr/lib64/libglib-2.0.so.0
  • #6 g_thread_create_full
    from /usr/lib64/libglib-2.0.so.0
  • #7 start_thread
    from /lib64/libpthread.so.0
  • #8 clone
    from /lib64/libc.so.6
  • #9 ??

Thread 4 (Thread 1094986048 (LWP 8853))

  • #0 gst_pad_set_caps
    from /usr/lib64/libgstreamer-0.10.so.0
  • #1 gst_pad_chain
    from /usr/lib64/libgstreamer-0.10.so.0
  • #2 gst_pad_push
    from /usr/lib64/libgstreamer-0.10.so.0
  • #3 gst_queue_get_type
    from /usr/lib64/gstreamer-0.10/libgstcoreelements.so
  • #4 gst_task_set_lock
    from /usr/lib64/libgstreamer-0.10.so.0
  • #5 g_thread_pool_push
    from /usr/lib64/libglib-2.0.so.0
  • #6 g_thread_create_full
    from /usr/lib64/libglib-2.0.so.0
  • #7 start_thread
    from /lib64/libpthread.so.0
  • #8 clone
    from /lib64/libc.so.6
  • #9 ??

Other information:
This problem seems to be specific to the x86_64 version of rhythmbox; I can play m4a files on my i386 machine without any problems.  I am using version 2.0-8 of faad2 (that I obtained from the dries repository) and version 0.10.3-1 of gstreamer-plugins-bad (which I obtained from the freshrpms repository).
Comment 1 Jonathan Matthew 2006-06-29 22:11:20 UTC
Try playing one of the files that causes rhythmbox to crash with gst-launch-0.10 ("gst-launch-0.10 playbin uri=file:///path/to/file.m4a").

What versions of gstreamer core and gst-plugins-base are you using?
Comment 2 Eric Bair 2006-06-29 22:30:57 UTC
$ rpm -q gstreamer gstreamer-plugins-base
gstreamer-0.10.8-0.gst.1.5
gstreamer-plugins-base-0.10.8-0.gst.1.5

When I tried to play one of the files gst-launch-0.10, I got the following messages:

$ gst-launch-0.10 playbin uri=file:///home/ebair/share/rhythmbox/They\ Might\ Be\ Giants/Apollo\ 18/01\ Dig\ My\ Grave.m4a
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Segmentation fault

I can produce a gdb trace for the above command if that would be halpful.
Comment 3 Jonathan Matthew 2006-06-29 23:01:48 UTC
I don't expect the stack trace for gst-launch would be noticeably different to the one from rhythmbox.  

Since this is clearly a gstreamer problem, I'm reassigning to gst-plugins-bad.
Comment 4 Tim-Philipp Müller 2006-06-30 07:19:46 UTC
Looks like it's the same problem as bug #344901.

FWIW, there are limits on how you can mix repositories (especially using faad2 from other repositories might lead to borkage), but I'm not sure exactly which repositores are ok to mix and not.

What we really need in this case is a stack trace with full debugging symbols or someone who can confirm/check whether the problem still exists with gst-plugins-bad from CVS.



*** This bug has been marked as a duplicate of 344901 ***