Bug 346185 – rhythmbox crashes when playing an m4a file on an x86_64 machine

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


Summary:	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
Version:	0.10.3
Hardware:	Other All

Importance:	Normal critical
Target Milestone:	NONE
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

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.

+ Trace 69113

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 ***