GNOME Bugzilla – Bug 143086
[artsdsink] crash
Last modified: 2005-06-05 09:50:29 UTC
Description of Problem: GStreamer crashes when I try to play an audio file in Rhythmbox or by using gst-launch-0.8 (both with the artsd sink). --- $ gst-launch-0.8 gnomevfssrc location=music.mp3 ! spider ! volume ! audioscale ! audioconvert ! $(gconftool-2 -g /system/gstreamer/0.8/default/audiosink) RUNNING pipeline ... artsdsink: closed connection Segmentation fault --- Steps to reproduce the problem: 1. Configure gstreamer to use the artsd sink. 2. Try to play an audio file with gstreamer. Actual Results: Segmentation Fault. Expected Results: Play the audio file. How often does this happen? Every time. Additional Information: I'm running Debian Sid. Backtrace: --- (gdb) bt
+ Trace 46893
Happens as well here, with up-to-date debian sid: sceptic [tim] - ~ ---> valgrind --num-callers=15 gst-launch-0.8 filesrc location=foo.mp3 ! mad ! spider ! artsdsink RUNNING pipeline ... artsdsink: closed connection Invalid read of size 4 at 0x3CE2D36C: Arts::StartupManager::startup() (in /usr/lib/libmcop.so.1.0.0) by 0x3CE13023: Arts::Dispatcher::Dispatcher(Arts::IOManager*, Arts::Dispatcher::StartServer) (in /usr/lib/libmcop.so.1.0.0) by 0x3CAE2C74: arts_backend_init (in /usr/lib/libartscbackend.so.0.0.0) by 0x3C969755: arts_init (in /usr/lib/libartsc.so.0.0.0) by 0x3C14BDCD: gst_artsdsink_open_audio (gstartsdsink.c:296) by 0x3C14B87E: gst_artsdsink_link (gstartsdsink.c:174) by 0x3C05B8DE: gst_pad_link_call_link_functions (gstpad.c:1300) by 0x3C05BD29: gst_pad_link_try (gstpad.c:1371) by 0x3C938A92: gst_spider_identity_link (gstspideridentity.c:261) by 0x3C05B8DE: gst_pad_link_call_link_functions (gstpad.c:1300) by 0x3C05BD29: gst_pad_link_try (gstpad.c:1371) by 0x3C938A92: gst_spider_identity_link (gstspideridentity.c:261) by 0x3C05B8DE: gst_pad_link_call_link_functions (gstpad.c:1300) by 0x3C05BD29: gst_pad_link_try (gstpad.c:1371) by 0x3C060003: gst_pad_set_explicit_caps (gstpad.c:2480) Address 0x3CB89DD4 is not stack'd, malloc'd or free'd Process terminating with default action of signal 11 (SIGSEGV): dumping core Access not within mapped region at address 0x3CB89DD4 at 0x3CE2D36C: Arts::StartupManager::startup() (in /usr/lib/libmcop.so.1.0.0) by 0x3CE13023: Arts::Dispatcher::Dispatcher(Arts::IOManager*, Arts::Dispatcher::StartServer) (in /usr/lib/libmcop.so.1.0.0) by 0x3CAE2C74: arts_backend_init (in /usr/lib/libartscbackend.so.0.0.0) by 0x3C969755: arts_init (in /usr/lib/libartsc.so.0.0.0) by 0x3C14BDCD: gst_artsdsink_open_audio (gstartsdsink.c:296) by 0x3C14B87E: gst_artsdsink_link (gstartsdsink.c:174) by 0x3C05B8DE: gst_pad_link_call_link_functions (gstpad.c:1300) by 0x3C05BD29: gst_pad_link_try (gstpad.c:1371) by 0x3C938A92: gst_spider_identity_link (gstspideridentity.c:261) by 0x3C05B8DE: gst_pad_link_call_link_functions (gstpad.c:1300) by 0x3C05BD29: gst_pad_link_try (gstpad.c:1371) by 0x3C938A92: gst_spider_identity_link (gstspideridentity.c:261) by 0x3C05B8DE: gst_pad_link_call_link_functions (gstpad.c:1300) by 0x3C05BD29: gst_pad_link_try (gstpad.c:1371) by 0x3C060003: gst_pad_set_explicit_caps (gstpad.c:2480) Segmentation fault (core dumped) However, when run like this: sceptic [tim] - ~ ---> gst-launch-0.8 filesrc location=foo.mp3 ! mad ! artsdsink RUNNING pipeline ... artsdsink: closed connection Segmentation fault (core dumped) it also segfaults, but not when run with valgrind: sceptic [tim] - ~ ---> valgrind --num-callers=15 gst-launch-0.8 filesrc location=xaa.mp3 ! mad ! artsdsink **29892** GStreamer has detected that it is running inside valgrind. **29892** It might now take different code paths to ease debugging. **29892** Of course, this may also lead to different bugs. RUNNING pipeline ... artsdsink: closed connection .... long time of nothing happening ..... Execution ended after 65 iterations (sum 19756033000 ns, average 303938969 ns, min 20790000 ns, max 3992515000 ns). warning: leaving MCOP Dispatcher and still 146 types alive. artsdsink: closed connection Same thing with filesrc ! mad ! audioconvert ! artsdsink (e.g. no crash or warnings in valgrind, but crash without valgrind) Can't get any useful stack trace with gdb. Cheers -Tim
I've rebuilt libarts1 from scratch from the debian source. Same thing. However, if I change the debian/rules to use ../configure $(configkde) --enable-debug=full\ --with-alsa instead of ../configure $(configkde) --enable-final\ --with-alsa and install the resulting .debs, it all works fine (both with and without dh_strip). Cheers -Tim
Bug #144593 and #144802 are duplicates but each of those are giving different kind of info about the bug, so it's worth reading them.
*** Bug 144593 has been marked as a duplicate of this bug. ***
*** Bug 144802 has been marked as a duplicate of this bug. ***
*** Bug 146038 has been marked as a duplicate of this bug. ***
*** Bug 146456 has been marked as a duplicate of this bug. ***
*** Bug 151570 has been marked as a duplicate of this bug. ***
*** Bug 151583 has been marked as a duplicate of this bug. ***
*** Bug 151600 has been marked as a duplicate of this bug. ***
*** Bug 151687 has been marked as a duplicate of this bug. ***
*** Bug 152295 has been marked as a duplicate of this bug. ***
*** Bug 164429 has been marked as a duplicate of this bug. ***
Looks like an arts bug anyway, see http://bugs.kde.org/show_bug.cgi?id=62603 and bug 138830. I'm considering closing this as NOT GNOME, or as a dup of the totem dup pool, bug 138830. Please have a look at the upstream report and report any difference which might indicate a different bug is present in GStreamer than the upstream described one.
*** This bug has been marked as a duplicate of 138830 ***