David Fox wrote:
On Fri, Jul 4, 2008 at 11:34 AM, Hugo Vanwoerkom <firstname.lastname@example.org> wrote:
Thanks Florian. But funny is that I can run it OK in another Sid partition
on this box that runs a recompiled 2.6.24 Debian i386 kernel.
This Sid partition runs a home rolled 188.8.131.52 and has the problem...
I don't see how it could be the kernel exposing this issue.
It's not. When I installed audacious_1.5.0-2_i386.deb and
audacious-plugins_1.5.0-2_i386.deb from the working partition everything
It's a no-no thing to do but in this case I got away with it ;-)
So the problem lies with the most recent version
(audacious_1.5.1-1_i386.deb) and is explained in bug 489037.
run audacious inside gdb and find out where it hits the illegal
instruction - the few times I've encountered this problem, it's been
because the binary was compiled with features the processor doesn't
support - SSE2 for instance. Some people assume that everyone in
i386-land have processors that can handle that stuff, and mine
couldn't and I got bit by the last nvidia driver update in lenny. Now
that I have an amd64, I don't have to worry about this, but that's
beside the point.
For the last seven years though, I had a
pre-Palomino vintage AMD Athlon Thunderbird processor. No SSE2 on that
When you do a gdb, then run the program as usual and you'll see the
offending instruction by doing a disassemble $pc-32 $pc+32 which
allows you to see the context. It'll probably be a movaps or some
other instruction your cpu can't do.
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact email@example.com