From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org)
	by nuthatch.gentoo.org with esmtp (Exim 4.60)
	(envelope-from <gentoo-amd64+bounces-6233-garchives=archives.gentoo.org@gentoo.org>)
	id 1Gc3ZA-0007kz-Qq
	for garchives@archives.gentoo.org; Mon, 23 Oct 2006 17:26:25 +0000
Received: from robin.gentoo.org (localhost [127.0.0.1])
	by robin.gentoo.org (8.13.8/8.13.6) with SMTP id k9NHNYaA005076;
	Mon, 23 Oct 2006 17:23:34 GMT
Received: from ciao.gmane.org (main.gmane.org [80.91.229.2])
	by robin.gentoo.org (8.13.8/8.13.6) with ESMTP id k9NHNYFd024446
	for <gentoo-amd64@lists.gentoo.org>; Mon, 23 Oct 2006 17:23:34 GMT
Received: from list by ciao.gmane.org with local (Exim 4.43)
	id 1Gc3Vu-0003DH-AU
	for gentoo-amd64@lists.gentoo.org; Mon, 23 Oct 2006 19:23:02 +0200
Received: from ip68-230-97-209.ph.ph.cox.net ([68.230.97.209])
        by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-amd64@lists.gentoo.org>; Mon, 23 Oct 2006 19:23:02 +0200
Received: from 1i5t5.duncan by ip68-230-97-209.ph.ph.cox.net with local (Gmexim 0.1 (Debian))
        id 1AlnuQ-0007hv-00
        for <gentoo-amd64@lists.gentoo.org>; Mon, 23 Oct 2006 19:23:02 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: gentoo-amd64@lists.gentoo.org
From: "Duncan" <1i5t5.duncan@cox.net>
Subject: [gentoo-amd64]  Anybody else having problems with audio/vidio apps and glibc-2.5?
Date: Mon, 23 Oct 2006 17:22:26 +0000 (UTC)
Message-ID: <ehitoi$rck$1@sea.gmane.org>
Precedence: bulk
List-Post: <mailto:gentoo-amd64@lists.gentoo.org>
List-Help: <mailto:gentoo-amd64+help@gentoo.org>
List-Unsubscribe: <mailto:gentoo-amd64+unsubscribe@gentoo.org>
List-Subscribe: <mailto:gentoo-amd64+subscribe@gentoo.org>
List-Id: Gentoo Linux mail <gentoo-amd64.gentoo.org>
X-BeenThere: gentoo-amd64@gentoo.org
Reply-to: gentoo-amd64@lists.gentoo.org
Mime-Version:  1.0
Content-Type:  text/plain; charset=UTF-8
Content-Transfer-Encoding:  8bit
X-Complaints-To: usenet@sea.gmane.org
X-Gmane-NNTP-Posting-Host: ip68-230-97-209.ph.ph.cox.net
User-Agent: pan 0.117 (Old Rip Van Winkle)
Sender: news <news@sea.gmane.org>
X-Archives-Salt: 60bc200a-9873-43d2-8db0-51ebae4855fc
X-Archives-Hash: d3e22f28cfcd0ad449600dd129b15bcc

I've been having all /sorts/ of problems with formerly stable audio and
video apps crashing recently.  The pattern is a crash at launch most (but
not all) of the time, often with some memory error.  However, if it
/does/ start and works more than a few minutes, it's fully stable and
will play for hours without issue.  xmms, kaffeine, amarok, all affected.

I didn't notice it until the upgrade to kde-3.5.5, which was my first big
set of apps built using the experimental CFLAG -ftree-vectorize as
discussed here a month or so ago, so I thought it was KDE. However, after
recompiling a bunch of stuff several different times/ways, nothing seemed
to be working.

Then I chanced across some ongoing discussion about nptl/linux-threads in
glibc-2.5 and forward on the dev list, while I was taking a break from
troubleshooting, and the thought occurred to me that glibc had been
upgraded at about the same time.

VWALLA!  I try to downgrade to glibc-2.4-r4, and get hit with its sanity
downgrade blocker.  It won't let me do it.  So a quick reboot to my backup
image (still on glibc-2.4-r3) and a quick ROOT=<backup> (which is main
working, since I'm no /on/ backup) export later, I'm emerging glibc-2.4-r4
(which I have binpkged, thanks to FEATURES=buildpkg) over top of what I'm
now convinced is a bad glibc-2.5.

Sure enough, reboot back to my main/working image again, now with
glibc-2.4-r4 once again, and **NO MORE CRASHES!!**

So... kde-3.5.5 with -ftree-vectorize is back in the clear.  The problem
is either glibc-2.5 itself, or -ftree-vectorize with it.  I haven't
figured out which yet, but I thought I'd post this both as a heads-up to
others and a question to see if anyone else has run into similar issues. 
I'll probably followup after I figure out which of those is the culprit or
if it's the combination.

Meanwhile a potentially useful trick to keep up your sleeve, just in case
you ever find yourself needing to downgrade glibc but the glibc ebuild
failing to let you do so.  Reboot to your emergency image, be that a
LiveCD or a backup set of partitions on your hard drive, mount your normal
working filesystem image, set ROOT= to point portage at the normal system
(not the backup), and /then/ do your glibc downgrade.  Then boot back to
your regular system and hope the downgrade works, as it did here. =8^)

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman

-- 
gentoo-amd64@gentoo.org mailing list