Amarok crashes on startup when using glibc-2.3.4.20041102 or glibc-2.3.4.20041021: amarok: dl-close.c:365: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed. KCrash: Application 'amarok' crashing... [amaroK loader] timed out trying to contact amaroK. [amaroK loader] exiting. Recompiling amarok after having emerged the newer glibcs doesn't solve the problem, only downgrading glibc-2.3.4.20041102 or glibc-2.3.4.20041021 to glibc-2.3.4.20040808 makes amarok work again. Maybe this is an upstream bug, but I want to verify this here before bothering the Amarok guys. Reproducible: Always Steps to Reproduce: 1. emerge glibc-2.3.4.20041102 or glibc-2.3.4.20041021 2. run amarok Actual Results: Amarok crashed as stated above. Expected Results: Play some funky tunes. > emerge info Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.4.2, glibc-2.3.4.20041102-r0, 2.6.9-bas1 i686) ================================================================= System uname: 2.6.9-bas1 i686 AMD Athlon(tm) XP 2600+ Gentoo Base System version 1.6.5 distcc 2.18 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r1 Libtools: sys-devel/libtool-1.5.2-r5 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -mmmx -m3dnow -msse -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -mmmx -m3dnow -msse -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo" 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="3dnow X aalib acl alsa apm arts avi berkdb bitmap-fonts bonobo cdr composite crypt cups dga directfb dvd dvdr encode esd f77 fam fbcon flac foomaticdb gd gdbm ggi gif gimpprint gnome gnomedb gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imap imlib imlib2 jabber jack java jpeg junit kde ladcca lcms libg++ libwww mad maildir mbox mikmod mmx motif mozilla moznocompose moznoirc moznomail mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl pic png ppds python qt quicktime readline samba scanner sdl slang spell sqlite sse ssl svga tcltk tcpd tetex tiff truetype usb videos x86 xine xml xml2 xmms xv zlib"
Same here, but Amarok crashes only with Xine backend. Kaffeine also crashes, so that would make it a bug regarding Xine i guess. Of course, recompiling Xine doesn't help.
i can confirm having same problem with glibc-2.3.4.20041102 an amarok.
Confirmed, I am having the same problem (amarok-1.2_beta1, glibc-2.3.4.20041102). It was working with glibc-2.3.4.20040916.
I think the crashes with xine and kaffeine come from a bug in xineplug_vo_out_opengl.so But I experience the same crashes (only in amarok) with glibc-2.3.4-20041102 ERRORMESSAGE: ------------------------------------ user@host ~ $ amarok [amaroK] Connecting to /home/sevendays/.kde/socket-survivor/amarok.loader_socket [amaroK] Starting amarokapp.. [amaroK] If you want a backtrace, run gdb against amarokapp, not amarok! amarok: [PluginManager] Plugin trader constraint: [X-KDE-amaroK-framework-version] == 3 and [X-KDE-amaroK-plugintype] == 'engine' and [X-KDE-amaroK-name] == 'void-engine' and [X-KDE-amaroK-rank] > 0 amarok: [PluginManager] Trying to load: libamarok_void-engine_plugin amarok: amarok: PluginManager Service Info: amarok: --------------------------- amarok: name : Kein Treiber amarok: library : libamarok_void-engine_plugin amarok: desktopEntryPath : amarok_void-engine_plugin.desktop amarok: X-KDE-amaroK-plugintype : engine amarok: X-KDE-amaroK-name : void-engine amarok: X-KDE-amaroK-authors : (Max Howell,Mark Kretschmann) amarok: X-KDE-amaroK-rank : 1 amarok: X-KDE-amaroK-version : 1 amarok: X-KDE-amaroK-framework-version: 3 amarok: QObject::connect: No such signal KTextEdit::changed(const QString&) QObject::connect: (sender name: 'kcfg_OsdText') QObject::connect: (receiver name: 'osdpreview') QWidget::setMinimumSize: The smallest allowed size is (0,0) amarok: [PluginManager] Plugin trader constraint: [X-KDE-amaroK-framework-version] == 3 and [X-KDE-amaroK-plugintype] == 'engine' and [X-KDE-amaroK-rank] > 0 QLayout: Adding KToolBar/playlist_toolbar (child of QVBox/unnamed) to layout for PlaylistWindow/PlaylistWindow QColor::setRgb: RGB parameter(s) out of range QColor::setRgb: RGB parameter(s) out of range QColor::setRgb: RGB parameter(s) out of range amarok: [PluginManager] Plugin trader constraint: [X-KDE-amaroK-framework-version] == 3 and [X-KDE-amaroK-plugintype] == 'engine' and [X-KDE-amaroK-name] == '' and [X-KDE-amaroK-rank] > 0 amarok: WARNING: [static amaroK::Plugin* PluginManager::createFromQuery(const QString&)] No matching plugin found. amarok: [PluginManager] Plugin trader constraint: [X-KDE-amaroK-framework-version] == 3 and [X-KDE-amaroK-plugintype] == 'engine' and [X-KDE-amaroK-name] != '' and [X-KDE-amaroK-rank] > 0 amarok: [PluginManager] Trying to load: libamarok_xine-engine amarok: amarok: PluginManager Service Info: amarok: --------------------------- amarok: name : xine-Treiber amarok: library : libamarok_xine-engine amarok: desktopEntryPath : amarok_xine-engine.desktop amarok: X-KDE-amaroK-plugintype : engine amarok: X-KDE-amaroK-name : xine-engine amarok: X-KDE-amaroK-authors : (Max Howell) amarok: X-KDE-amaroK-rank : 254 amarok: X-KDE-amaroK-version : 1 amarok: X-KDE-amaroK-framework-version: 3 amarok: amarok: dl-close.c:365: _dl_close: Assertion `imap->l_type == lt_loaded || imap->l_opencount > 0' failed. ------------------------------------ KCrash doesn't give anything usefull, because the whole system is compiled with nodebug + fomit-frame-pointer. ------------------------------------ I think I found the matching code, but I don't know why it's causing this: glibc - 2.3.4_20041102: elf/dl-close.c: Line 312: ------------------------------------ /* Store the new l_opencount value. */ imap->l_opencount = new_opencount[i]; /* Just a sanity check. */ assert (imap->l_type == lt_loaded || imap->l_opencount > 0); ------------------------------------ In this area it seems all about destroying/unloading an object: ------------------------------------ /* Call all termination functions at once. */ /* The object is still used. But the object we are unloading right now is responsible for loading it. If ------------------------------------ Perhaps the dl-close stands for: Unload a dynamicly loaded shared object? Perhaps something like the void (or xine) output plugin of amarok shall be unloaded, but somehow doesn't want to. So it is still loaded (l_type==lt_loaded) and perhaps still opened (l_opencount>0). Perhaps it still used by amarok? Sorry for any redundant information, I think I don't know as much about glibc as you toolchain guys. (The last part are only thoughts of an glibc-noob after reading this file for about 15min.) Also sorry for my non well english.
it seems that the problem is gone after upgrading xine-lib to (at least) version 1.0-rc8 - but after the update analyzers stop working; which is a problem amarok/kde developers are aware of: http://amarok.kde.org/component/option,com_simpleboard/Itemid,/func,view/catid,8/id,2161/#2161
closing as reporter says it's fixed in a newer version.
really closing...
wouldn't it be sensible to update xine-lib version dependency before closing this bug? as i'm using final 1.0 version of xine-lib i can only confirm problem gone with this version - though i can try out the older (1.0-rc8) working version mentioned at amarok forum and one before that...
