Having emerged flac-1.1.2 into the new slot, I couldn't start xmms anymore. Everytime I tried, I got that error: *** glibc detected *** double free or corruption (out): 0x412dd500 *** Aborted and xmms wouldn't start. After unmerging flac-1.1.2, xmms works again. I'm unsure about wether and how this is related to those other glibc errors filed here recently. Reproducible: Always Steps to Reproduce: 1.emerge flac-1.1.2 2.start xmms 3. Actual Results: error message: *** glibc detected *** double free or corruption (out): 0x412dd500 *** Aborted xmms doesn't start Portage 2.0.51-r15 (default-linux/x86/2004.2, gcc-3.4.3, glibc-2.3.4.20050125-r0, 2.6.10-gentoo-r7 i686) ================================================================= System uname: 2.6.10-gentoo-r7 i686 Intel(R) Pentium(R) M processor 1500MHz Gentoo Base System version 1.6.9 Python: dev-lang/python-2.3.5 [2.3.5 (#1, Feb 17 2005, 22:48:09)] ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.8.5-r3, 1.9.4, 1.7.9-r1, 1.5, 1.4_p6, 1.6.3 sys-devel/binutils: 2.15.92.0.2-r2 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.4.22-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=i686 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /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/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.inode.at/ ftp://ftp.easynet.nl/mirror/gentoo/ http://gentoo.mirror.icd.hu/ http://ftp.easynet.nl/mirror/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="x86 X acpi alsa apache2 apm avi bitmap-fonts cdr crypt cups curl divx4linux dvd dvdr emboss encode f77 fam flac font-server foomaticdb fortran gd gif gimp gimpprint gpm gtk gtk2 guile imagemagick imlib ipv6 java jpeg ldap libg++ libwww mad matroska mikmod mmx motif mp3 mpeg msn mysql ncurses nls nvidia oggvorbis opengl oscar pam pdflib perl php png ppds python quicktime readline samba scanner sdl session slang snmp spell sse sse2 ssl svga tcltk tcpd tiff truetype truetype-fonts type1-fonts usb xml xml2 xmms xv xvid zlib" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
Yup, I'm seeing this also. Doing a: emerge =media-libs/flac-1.1.1 which basically overwrites the new flac plugin; fixes the problem.
Please don't mark such minor issues as critical.
sorry, I thought because it was breaking an application.... I apologize!
Flac 1.1.2 should be masked hard-masked at that until more testing is complete ... I just spent 5 hours correcting all the packages on my system that it broke!!!
same here and after spending many hours on this, i only found this workaround: echo "=media-libs/flac-1.1.2" >> /etc/portage/package.mask ;)
I get the same error (though the hex number is 0xb6fb93c0 - is that significant?) It even happens when xmms is emerged with USE="-flac", but downgrading to flac-1.1.1 makes xmms work again I have the same versions of gcc and glibc as the reporter, but I have USE="ntpl nptlonly", where as he didn't, and my cflags are "-O2 -march=pentium4 -pipe", in case that helps
Same problem here with many applications. New Flac 1.1.2 (libflac.so.7) API seems to break many programs
*** Bug 82695 has been marked as a duplicate of this bug. ***
I ran into a similiar problem with file-roller. IT might be this is related to nptl support, I am not sure though, could others maybe give opinions on this. If all have nptl enabled to, this might inidicated it could be related ....
The original bug reporter didn't have nptl in his use flags, (I do, however), so unless he has changed them since last emerging glibc that suggests that the problem isn't nptl related. Of course, if you have USE="nptl -nptlonly" (-nptlonly is the default), then running "LD_ASSUME_KERNEL=2.4.1 xmms" will use linuxthreads instead of nptl (according to the glibc ebuild, anyway).
Same here, xmms didn't start, so I tried re-emerging many things like xmms plugins, gtk+, etc, and it took several hours before I found that flac-1.1.2 was the culprit. Well, next time I'll know to play with /usr/lib/xmms first :-) IMHO flac-1.1.2 should probably stay hard masked until the apps get fixed to support it..
indeed spend a full day figureing out Why xmms wouldn't start anymore. Even tried unmerging all of xmms and all plugins. remerged with all use flags set to -. However libflac obviously remained there! After an unmerge of flac, all worked again. argh. Oh well, the price for running ~x86 I suppose : )
CFLAGS="-O0" emerge flac This seems to fix it, allowing xmms to start, and i run ~x86 :) enjoy ;)...
Created attachment 51952 [details] strace log Bug confirmed. Strace log attached. Not sure if this is usefull at all though
Vanquisher you seem to not have read that it is breaking more then just xmms I have emailed upstream and waiting a responce as to why all of a sudden a new release is breaking so many applications I hope to hear back by them before the weekend.
revdep-rebuild does indicate a lot of packages are broken because of dependencies with lib(ogg)flac.* here's what revdep-rebuild tells me: (I might not have all the packages broken by this upgrade installed, so I don't think this is a complete list. It might help to find dups for this bug though) broken /usr/lib/gtkhtml/libgnome-gtkhtml-editor-3.0.so (requires libgal-2.0.so.6 libgal-a11y-2.0.so.6 libgal-2.0.so.6 libgal-a11y-2.0.so.6) broken /usr/lib/kde3/libk3bflacdecoder.so (requires libFLAC++.so.4 libFLAC.so.6) broken /usr/lib/perl5/vendor_perl/5.8.6/i686-linux/auto/MusicBrainz/Tunepimp/tunepimp/tunepimp.so (requires libFLAC.so.6) broken /usr/lib/xine/plugins/1.0.0/xineplug_flac.so (requires libFLAC.so.6) broken /usr/lib/libgtkhtml-3.0.so.4.0.0 (requires libgal-2.0.so.6 libgal-a11y-2.0.so.6) broken /usr/lib/libtunepimp.so.2.0.0 (requires libFLAC.so.6) broken /usr/lib/python2.3/site-packages/tunepimp/_tunepimp.so (requires libFLAC.so.6) broken /usr/lib/gstreamer-0.8/libgstflac.so (requires libFLAC.so.6) broken /usr/bin/ogg123 (requires libOggFLAC.so.1) broken /usr/bin/oggenc (requires libOggFLAC.so.1) broken /usr/bin/tp_tagger (requires libFLAC.so.6 libFLAC.so.6) broken /usr/bin/trm (requires libFLAC.so.6 libFLAC.so.6) broken /usr/X11R6/lib/gtkhtml/libgnome-gtkhtml-editor-3.0.so (requires libgal-2.0.so.6 libgal-a11y-2.0.so.6 libgal-2.0.so.6 libgal-a11y-2.0.so.6) broken /usr/X11R6/lib/kde3/libk3bflacdecoder.so (requires libFLAC++.so.4 libFLAC.so.6) broken /usr/X11R6/lib/perl5/vendor_perl/5.8.6/i686-linux/auto/MusicBrainz/Tunepimp/tunepimp/tunepimp.so (requires libFLAC.so.6) broken /usr/X11R6/lib/xine/plugins/1.0.0/xineplug_flac.so (requires libFLAC.so.6) broken /usr/X11R6/lib/libgtkhtml-3.0.so.4.0.0 (requires libgal-2.0.so.6 libgal-a11y-2.0.so.6) broken /usr/X11R6/lib/libtunepimp.so.2.0.0 (requires libFLAC.so.6) broken /usr/X11R6/lib/python2.3/site-packages/tunepimp/_tunepimp.so (requires libFLAC.so.6) broken /usr/X11R6/lib/gstreamer-0.8/libgstflac.so (requires libFLAC.so.6) broken /usr/X11R6/bin/ogg123 (requires libOggFLAC.so.1) broken /usr/X11R6/bin/oggenc (requires libOggFLAC.so.1) broken /usr/X11R6/bin/tp_tagger (requires libFLAC.so.6 libFLAC.so.6) broken /usr/X11R6/bin/trm (requires libFLAC.so.6 libFLAC.so.6) broken /usr/kde/3.3/lib/libakode_xiph_decoder.so (requires libOggFLAC.so.1) With makes for these packages being broken: emerge --oneshot --nodeps =app-cdr/k3b-0.11.20 =gnome-extra/libgtkhtml-3.0.10-r1 =media-libs/xine-lib-1.0 =media-sound/vorbis-tools-1.0.1 =media-libs/tunepimp-0.3.0-r1 =kde-base/kdemultimedia-3.3.2 =media-plugins/gst-plugins-flac-0.8.7 Guess you can ignore libgtkhtml, that has been in there since my install.
same problem ive got USE="nptl" but before upgrading flac xmms worked. i guess this is flac issue
I've got the same problem, flac-1.1.2 breaks at least xmms. Could someone please mask this flac-version, it's known to break stuff (and I'm not using ~x86).
Also there is a strange dependency here. The ebuild creates those files: -rwxr-xr-x 1 root root 84432 Feb 27 21:53 libOggFLAC.so.3.0.0* -rwxr-xr-x 1 root root 257728 Feb 27 21:53 libFLAC.so.7.0.0* BUT this is definately wrong: arkay@gentoo /usr/lib $ ldd libOggFLAC.so.3.0.0 libogg.so.0 => //usr/lib/libogg.so.0 (0x0000002a9566c000) libFLAC.so.6 => not found libc.so.6 => /lib/tls/libc.so.6 (0x0000002a95792000) /lib64/ld-linux-x86-64.so.2 (0x000000552aaaa000) libFLAC.so.6??? That should be 7 since there is no 6.
Another thing is that I can play ping-pong with emerge -uvD world. It would install flac-1.1.1 one time, then if I invoke the same command again it would install 1.1.2. Do it again and you get 1.1.1. What is going on here? The same goes for sdl-perl-2.1.2-r1 and 1.20.3. I don't know if this is related.
This issue of libFLAC.so.7 linked to libFLAC.so.6 is solved with a new emerge of flac. Seems that the linking step breaks some sandbox. But unfortunatly, correcting this problem doesn't solve the breaking of the flac API and ABI, so many program continue not to work...
might be offtopic, but I have that upgrade / downgrade cycle of sdl-perl fixed locally. There was a bug about that somewhere on bugzilla, but I can't find it any more. If anyone has the bug number, I'll attach the ebuilds. Simply: SLOT them. In 1.xxx ebuild, change SLOT=0 to SLOT=1 and in the 2.xx change it to SLOT=2 Both versions offer different functionality, therefor they should be slotted (tuxracer doesn't work with sdl 2.xx, but a lot of other apps depend on it)
Created attachment 53495 [details, diff] Fixes at least one XMMS problem. This patch was committed to the FLAC CVS a couple of weeks ago. After applying the patch, I'm able to run XMMS normally. I don't know if the patch name is very good; just what I used in my local portage tree.
FYI I got a similar problem due to a glibc version mis-match with flac-1.1.1. Recompiling flac-1.1.1 against the current version of glibc fixed the problem for me .. (glibc-2.3.5) then xmms ran properly again. This may be due to glibc version mis-matches i.e. right after a glibc upgrade for some people .. flac-1.1.2 problems however may be a different matter.
in portage. thanks.