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 573181 - crash in Rhythmbox Music Player: I stoppen playing music ...
crash in Rhythmbox Music Player: I stoppen playing music ...
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: dont know
0.10.21
Other All
: High critical
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
: 573201 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2009-02-25 20:35 UTC by Tobias Mueller
Modified: 2009-09-10 08:39 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description Tobias Mueller 2009-02-25 20:35:39 UTC
Version: 0.11.6

What were you doing when the application crashed?
I stoppen playing music in Rhythmbox before I started mplayer to play an MP3 file:

muelli@bigbox /tmp $ mplayer chaosradio_express_110.mp3 
MPlayer dev-SVN-r27514-4.3.2 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU     E7200  @ 2.53GHz (Family: 6, Model: 23, Stepping: 6)
CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing chaosradio_express_110.mp3.
Audio only file format detected.
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 44100 Hz, 2 ch, s16le, 96.0 kbit/6.80% (ratio: 12000->176400)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [pulse] 44100Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
A:5439.7 ( 1:30:39.7) of 5448.0 ( 1:30:48.0)  0.8%                              

Exiting... (End of file)
muelli@bigbox /tmp $ 

Then I wanted to start rhythmbox but it freezed. On the commandline, I saw lots of
aplay: main:590: audio open error: Connection refused
ALSA lib pulse.c:272:(pulse_connect) PulseAudio: Unable to connect: Connection refused

aplay: main:590: audio open error: Connection refused
ALSA lib pulse.c:272:(pulse_connect) PulseAudio: Unable to connect: Connection refused

aplay: main:590: audio open error: Connection refused
Unknown BT message id [9]
ALSA lib pulse.c:272:(pulse_connect) PulseAudio: Unable to connect: Connection refused

aplay: main:590: audio open error: Connection refused
ALSA lib pulse.c:272:(pulse_connect) PulseAudio: Unable to connect: Connection refused

aplay: main:590: audio open error: Connection refused
ALSA lib pulse.c:272:(pulse_connect) PulseAudio: Unable to connect: Connection refused

aplay: main:590: audio open error: Connection refused
ALSA lib pulse.c:272:(pulse_connect) PulseAudio: Unable to connect: Connection refused


I then pkill -SEGVed rhythmbox.


Distribution: Fedora release 10 (Cambridge)
Gnome Release: 2.24.3 2009-01-16 (Red Hat, Inc)
BugBuddy Version: 2.24.2

System: Linux 2.6.27.15-170.2.24.fc10.x86_64 #1 SMP Wed Feb 11 23:14:31 EST 2009 x86_64
X Vendor: The X.Org Foundation
X Vendor Release: 10503000
Selinux: Enforcing
Accessibility: Disabled
GTK+ Theme: Nodoka
Icon Theme: Fedora

Memory status: size: 990076928 vsize: 990076928 resident: 74391552 share: 26136576 rss: 74391552 rss_rlim: 18446744073709551615
CPU usage: start_time: 1235560510 rtime: 71072 utime: 55452 stime: 15620 cutime:0 cstime: 3 timeout: 0 it_real_value: 0 frequency: 100

Backtrace was generated from '/usr/bin/rhythmbox'

[?1034h[Thread debugging using libthread_db enabled]
[New Thread 0x7f0e8ffc2800 (LWP 5769)]
[New Thread 0x7f0e78c9e950 (LWP 7192)]
[New Thread 0x7f0e89b82950 (LWP 7187)]
[New Thread 0x7f0e72746950 (LWP 7157)]
[New Thread 0x7f0e771a9950 (LWP 11130)]
[New Thread 0x7f0e6f146950 (LWP 10079)]
[New Thread 0x7f0e7d164950 (LWP 6008)]
0x0000003fb500ec2f in __libc_waitpid (pid=14083, stat_loc=0x7fff98010010, 
    options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:41
41	  int result = INLINE_SYSCALL (wait4, 4, pid, stat_loc, options, NULL);

Thread 1 (Thread 0x7f0e8ffc2800 (LWP 5769))

  • #0 __libc_waitpid
    at ../sysdeps/unix/sysv/linux/waitpid.c line 41
  • #1 IA__g_spawn_sync
    at gspawn.c line 382
  • #2 IA__g_spawn_command_line_sync
    at gspawn.c line 694
  • #3 ??
    from /usr/lib64/gtk-2.0/modules/libgnomebreakpad.so
  • #4 ??
    from /usr/lib64/gtk-2.0/modules/libgnomebreakpad.so
  • #5 <signal handler called>
  • #6 __lll_lock_wait
    at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S line 130
  • #7 _L_lock_102
    from /lib64/libpthread.so.0
  • #8 __pthread_mutex_lock
    at pthread_mutex_lock.c line 86
  • #9 IA__g_static_rec_mutex_lock
    at gthread.c line 313
  • #10 post_activate
    at gstpad.c line 610
  • #11 gst_pad_activate_push
    at gstpad.c line 906
  • #12 gst_pad_activate_push
    at gstpad.c line 899
  • #13 gst_pad_set_active
    at gstpad.c line 668
  • #14 activate_pads
    at gstbin.c line 1962
  • #15 gst_iterator_fold
    at gstiterator.c line 540
  • #16 iterator_activate_fold_with_resync
    at gstbin.c line 1986
  • #17 gst_bin_src_pads_activate
    at gstbin.c line 2020
  • #18 gst_bin_change_state_func
    at gstbin.c line 2142
  • #19 gst_decode_bin_change_state
    at gstdecodebin.c line 1894
  • #20 gst_element_change_state
    at gstelement.c line 2427
  • #21 gst_element_set_state_func
    at gstelement.c line 2377
  • #22 remove_decoders
    at gstplaybasebin.c line 1957
  • #23 gst_play_base_bin_change_state
    at gstplaybasebin.c line 2742
  • #24 gst_play_bin_change_state
    at gstplaybin.c line 1932
  • #25 gst_element_change_state
    at gstelement.c line 2427
  • #26 gst_element_set_state_func
    at gstelement.c line 2377
  • #27 rb_player_gst_close
    at rb-player-gst.c line 940
  • #28 rb_player_gst_bus_cb
    at rb-player-gst.c line 493
  • #29 gst_bus_source_dispatch
    at gstbus.c line 783
  • #30 g_main_dispatch
    at gmain.c line 2144
  • #31 IA__g_main_context_dispatch
    at gmain.c line 2697
  • #32 g_main_context_iterate
    at gmain.c line 2778
  • #33 IA__g_main_loop_run
    at gmain.c line 2986
  • #34 IA__gtk_main
    at gtkmain.c line 1200
  • #35 main
    at main.c line 330

Comment 1 Jonathan Matthew 2009-02-25 23:52:16 UTC
*** Bug 573201 has been marked as a duplicate of this bug. ***
Comment 2 Jonathan Matthew 2009-03-03 02:07:50 UTC
This seems to be a deadlock in gstreamer.
Comment 3 Sebastian Dröge (slomo) 2009-05-12 07:34:46 UTC
Which version of gst-plugins-good and pulseaudio is used here? This might be fixed in gst-plugins-good 0.10.14.2

Also there seems to be a problem with your alsa setup as it fails to connect to the PA server although mplayer at the same time is using it just fine.
Comment 4 Tobias Mueller 2009-05-27 21:45:46 UTC
I use the Fedora10 packages, so given that the packages haven't been updated since then, I'm using:

Available Packages
Name       : gstreamer-plugins-good
Arch       : i386
Version    : 0.10.13
Release    : 1.fc10
Size       : 1.1 M
Repo       : updates
Summary    : GStreamer plug-ins with good code and licensing
URL        : http://gstreamer.freedesktop.org/
License    : LGPLv2+


Name       : pulseaudio
Arch       : x86_64
Version    : 0.9.14
Release    : 3.fc10
Size       : 1.4 M
Comment 5 Tim-Philipp Müller 2009-05-31 17:02:15 UTC
Can you reproduce this problem? Is there really a deadlock, or does it just do things in a loop until you kill it? If you can reproduce it, could you do a GST_DEBUG=*:3 log for starters?
Comment 6 Tobias Mueller 2009-05-31 20:32:12 UTC
Hm. I can't actually reproduce. I remember that it hogged the CPU and the UI didn't update, so it probably did something in a loop.
Comment 7 Sebastian Dröge (slomo) 2009-09-10 08:39:04 UTC
Then let's close this for now until someone can actually reproduce it.