amarok using the gstreamer engine (arts even worse) segfaults after a random interval. the interval is shorter if amarok is playing a network stream. This is the output of the program when started from the terminal: [Mon May 23 <11:22:37>]\>/usr/kde/3.4/bin/amarokapp QObject::connect: Cannot connect Engine::Base::statusText( const QString& ) to (null)::shortMessage( const QString& ) QObject::connect: Cannot connect Engine::Base::infoMessage( const QString& ) to (null)::longMessage( const QString& ) QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow Caps negotiation succeeded with 44100 Hz @ 2 channels STARTUP (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8840): GStreamer-CRITICAL **: gst_bin_remove_func: assertion `GST_ELEMENT_PARENT (element) == (GstObject *) bin' failed (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8840): GStreamer-CRITICAL **: gst_bin_remove_func: assertion `GST_ELEMENT_PARENT (element) == (GstObject *) bin' failed (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8840): GStreamer-CRITICAL **: gst_bin_remove_func: assertion `GST_ELEMENT_PARENT (element) == (GstObject *) bin' failed (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8840): GStreamer-CRITICAL **: gst_bin_remove_func: assertion `GST_ELEMENT_PARENT (element) == (GstObject *) bin' failed (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8840): GStreamer-CRITICAL **: gst_bin_remove_func: assertion `GST_ELEMENT_PARENT (element) == (GstObject *) bin' failed (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though (process:8849): GStreamer-WARNING **: pads don't accept old caps. We assume they did though zsh: segmentation fault /usr/kde/3.4/bin/amarokapp ... the program does not emit a backtrace handler at the time of this crash. Reproducible: Always Steps to Reproduce: 1.start amarok 2.wait anywhere from a few seconds to half an hour 3.amarok segfaults Actual Results: amarok exits silently Expected Results: amarok plays the funky music. Portage 2.0.51.22-r1 (default-linux/amd64/2005.0, gcc-3.4.3-20050110, glibc-2.3.5-r0, 2.6.11-gentoo-r9 x86_64) ================================================================= System uname: 2.6.11-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.6.12 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.8 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.16 sys-devel/libtool: 1.5.18 virtual/os-headers: 2.6.11 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -pipe -O2" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/bind /var/qmail/alias /var/qmail/control /var/vpopmail/domains /var/vpopmail/etc" CONFIG_PROTECT_MASK="/etc/gconf /etc/init.d /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=k8 -pipe -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo" LANG="en_US.utf8" LC_ALL="en_US.utf8" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aalib acpi adns alsa arts berkdb bitmap-fonts bonobo cdparanoia cdr crypt cups curl dvd eds fam flac font-server foomaticdb fortran gd gdbm gif gnome gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 jabber jack java jp2 jpeg junit kde ldap libwww lzw lzw-tiff mad maildir mikmod motif mozilla mp3 mpeg ncurses network nls odbc ogg opengl oss pam pda pdflib perl pic png postgres python qt readline ruby samba sdl slang speex ssl tcltk tcpd tetex tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis xine xml xml2 xmms xpm xrandr xv zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LDFLAGS, LINGUAS [fade]infiltrator:~ [Mon May 23 <11:52:16>]\>cat /etc/portage/package.keywords =app-emulation/emul-linux-x86-glibc-2.3.4.20041102 ~amd64 [fade]infiltrator:~ [Mon May 23 <11:52:38>]\>gcc -v Reading specs from /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/specs Configured with: /var/tmp/portage/gcc-3.4.3.20050110-r2/work/gcc-3.4.3/configure --enable-version-specific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3-20050110 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3-20050110 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3-20050110/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3-20050110/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/include/g++-v3 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enable-multilib --disable-libgcj --enable-languages=c,c++,f77 --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu Thread model: posix gcc version 3.4.3-20050110 (Gentoo 3.4.3.20050110-r2, ssp-3.4.3.20050110-0, pie-8.7.7)
Which Amarok/Gstreamer(-plugins) versions? What file type are you playing when this happens? This one looks more like a gstreamer issue. What's the problem with aRts?
I have the same problem, but it's definitely not amarok related. Same happens to the xmms, too. I guess it's alsa problem, but I'm not sure for that. Only case when I can predict it is when loading some internet page with flash (that has sound) in Opera browser.
Under arts, after a random interval, and more often when in network play, the process becomes wedged, and takes up 100% of the cpu. sometimes, if you leave it this way, it will become unwedged after ten minutes or so, and resume playing, but most of the time you have to intervene with a kill -9 ... in reply to the other commenter, I have not noticed a correlation between amarok segfaulting, and loading web pages that load flash.. except that with the gstreamer and xinelib engines, I can actually hear flash movies, and with arts the arts daemon locks the sound device, and I am unable to. =) I thought this was a vagary of my amd64 platform, but perhaps not. I also use ALSA sound.
... in response to your questions about the failures /w other sound engines enabled, here's the one that occurs with xinelib.. now, I guess it's possible that every engine I've tried has a different crasher, but the fact that these all seem to happen much more quickly when playing network streams seems to indicate that they're related. I've sent the backtrace upstream when kde brought up the crash handler for amarok, as well. --Brian amaroK has crashed! We're terribly sorry about this :( But, all is not lost! You could potentially help us fix the crash. amaroK has attached a backtrace that describes the crash, so just click send, or if you have time, write a brief description of how the crash happened first. Many thanks. Engine: xine-engine Build date: May 23 2005 CC version: 3.4.3-20050110 (Gentoo 3.4.3.20050110-r2, ssp-3.4.3.20050110-0, pie-8.7.7) KDElibs: 3.4.0 TagLib: 1.3.1 NDEBUG: true -- from the shell in which amarok was started: [Thu May 26 <13:13:41>]\>/usr/kde/3.4/bin/amarokapp QObject::connect: Cannot connect Engine::Base::statusText( const QString& ) to (null)::shortMessage( const QString& ) QObject::connect: Cannot connect Engine::Base::infoMessage( const QString& ) to (null)::longMessage( const QString& ) QLayout: Adding KToolBar/mainToolBar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow STARTUP QWidget::setMinimumSize: The smallest allowed size is (0,0) amarokapp: No such file or directory. /tmp/kde-fade/amarokEtqdQb.tmp:1: Error in sourced command file: Cannot access memory at address 0x2aaab20f3000 which: no amarokapp in (/usr/local/bin:/usr/X11R6/bin:/etc:/bin:/usr/bin:/usr/kde/3.3/bin:/usr/local/bin/gimp:/usr/games:/usr/games/bin:/usr/local/games:/usr/sbin:/usr/local/sbin:/opt/bin:/opt/sbin:/opt/nwn:~/bin) Usage: file [-bcikLnNsvz] [-f namefile] [-F separator] [-m magicfiles] file... file -C -m magicfiles Try `file --help' for more information. Very strange! got a DCOPReplyWait opcode, but we were not waiting for a reply! ... backtrace: ==== file `which amarokapp` ======= ==== (gdb) bt ===================== Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 3129)] [New Thread 32769 (LWP 3130)] [New Thread 98306 (LWP 3232)] [New Thread 114691 (LWP 3233)] [New Thread 131076 (LWP 3234)] [New Thread 81925 (LWP 3136)] [New Thread 147462 (LWP 3235)] [New Thread 180231 (LWP 3240)] 0x00002aaaaf445e6a in waitpid () from /lib/libpthread.so.0 #0 0x00002aaaaf445e6a in waitpid () from /lib/libpthread.so.0 #1 0x0000000000529177 in amaroK::Crash::crashHandler () #2 0x00002aaaaf444c47 in __pthread_sighandler () from /lib/libpthread.so.0 #3 0x00002aaaaff68c20 in killpg () from /lib/libc.so.6 #4 0x0000000000000000 in ?? () #5 0x0000000000000000 in ?? () #6 0x0000000000000000 in ?? () #7 0x0000000000000002 in ?? () #8 0x0000000000000000 in ?? () #9 0x00000000014ca000 in ?? () #10 0x000000000149e468 in ?? () #11 0xfffffffff0000000 in ?? () #12 0x000000000000f177 in ?? () #13 0x00000000014a0868 in ?? () #14 0x00000000011f4c50 in ?? () #15 0x00000000014a08e0 in ?? () #16 0x00000000014a5134 in ?? () #17 0x000000000000a197 in ?? () #18 0x000000000108a350 in ?? () #19 0x000000000149a020 in ?? () #20 0xfffffffff0000000 in ?? () #21 0x00000000010e8b84 in ?? () #22 0x0000000000000000 in ?? () #23 0x00000000010e8b86 in ?? () #24 0x00002aaab20f2de0 in ?? () #25 0x00002aaab8dd5202 in mad_decode_data () from /usr/lib64/xine/plugins/1.0.1/xineplug_decode_mad.so #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000080000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0x0000000000000000 in ?? () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0x0000000000000000 in ?? () #43 0x0000000000000000 in ?? () #44 0x0000000000000000 in ?? () #45 0x0000000000000000 in ?? () #46 0x0000000000000000 in ?? () #47 0x0000000000000000 in ?? () #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () #52 0x0000000000000000 in ?? () #53 0x000000000000037f in ?? () #54 0x0000000000000000 in ?? () #55 0x0000000000000000 in ?? () #56 0x0000ffff00001fa0 in ?? () #57 0x0000000000000000 in ?? () #58 0x0000000000000000 in ?? () #59 0x0000000000000000 in ?? () #60 0x0000000000000000 in ?? () #61 0x0000000000000000 in ?? () #62 0x0000000000000000 in ?? () #63 0x0000000000000000 in ?? () #64 0x0000000000000000 in ?? () #65 0x0000000000000000 in ?? () #66 0x0000000000000000 in ?? () #67 0x0000000000000000 in ?? () #68 0x0000000000000000 in ?? () #69 0xb000000000000000 in ?? () #70 0x0000000000004002 in ?? () #71 0x8000000000000000 in ?? () #72 0x0000000000003fff in ?? () #73 0x0000000000000000 in ?? () #74 0x0000000000000000 in ?? () #75 0x0000000000000000 in ?? () #76 0x0000000000000000 in ?? () #77 0x4131f15b00000000 in ?? () #78 0x0000000000000000 in ?? () #79 0x0000000000000000 in ?? () #80 0x0000000000000000 in ?? () #81 0x0000000000000000 in ?? () #82 0x0000000000000000 in ?? () #83 0x3fd333333e99999a in ?? () #84 0x0000000000000000 in ?? () #85 0x3fe333333f19999a in ?? () #86 0x0000000000000000 in ?? () #87 0x3fc333333e19999a in ?? () #88 0x0000000000000000 in ?? () #89 0x3faeb7023d75b813 in ?? () #90 0x0000000000000000 in ?? () #91 0x40e010700a2a0000 in ?? () #92 0x0000000000000000 in ?? () #93 0x0000000000000000 in ?? () #94 0x0000000000000000 in ?? () #95 0x0000000000000000 in ?? () #96 0x0000000000000000 in ?? () #97 0x0000000000000000 in ?? () #98 0x0000000000000000 in ?? () #99 0x0000000000000000 in ?? () #100 0x0000000000000000 in ?? () #101 0x0000000000000000 in ?? () #102 0x0000000000000000 in ?? () #103 0x0000000000000000 in ?? () #104 0x0000000000000000 in ?? () #105 0x000ba15001cd45ca in ?? () #106 0x00208215000eaf72 in ?? () #107 0x01bf4ab605082497 in ?? () #108 0x0016779e000f00c7 in ?? () #109 0x0000000000000000 in ?? () #110 0x000000000108a350 in ?? () #111 0x000000000108ba18 in ?? () #112 0x00000000014a0868 in ?? () #113 0x00000000011f4c50 in ?? () #114 0x000000000108a440 in ?? () #115 0x00000000014a5134 in ?? () #116 0x00002aaaaf440cfd in pthread_mutex_unlock () from /lib/libpthread.so.0 #117 0x00002aaab26e5bb4 in ao_get_buffer () from /usr/lib/libxine.so.1 #118 0x00002aaab26f2c5a in post_audio_get_buffer () from /usr/lib/libxine.so.1 #119 0x00002aaab8dd518c in mad_decode_data () from /usr/lib64/xine/plugins/1.0.1/xineplug_decode_mad.so #120 0x00002aaab26df73c in audio_decoder_loop () from /usr/lib/libxine.so.1 #121 0x00002aaaaf43fa3e in pthread_start_thread () from /lib/libpthread.so.0 #122 0x00002aaaaffed523 in clone () from /lib/libc.so.6 ==== kdBacktrace() ================
If you use firefox with the foxytunes extension, it is possible that it is this which is causing amarok to crash. The latest version is supposed to fix this, but disabling it entirely could be safer.
I'm not using firefox, and I'm not using the plugin you mention. ;) Been through several major updates since I reported this bug, and while amarok doesn't seem to crash in the same way, it is still choking on network streams after random intervals... although now it just takes up 100% of the cpu and stops updating its interface.
I think we are reasonably sure not that there are not Gentoo specific problems here, so closing... You will find open reports at bugs.kde.org about similar issues, e.g.: https://bugs.kde.org/show_bug.cgi?id=103113 but there are more if you search there.
