Amarok 1.4.1 very unstable on x86_64

[Frederik Himpe]

I am using Mandriva Cooker with Amarok 1.4.1 and xine 1.1.2 with the alsa
output plugin. I experienced a lot of crashes when using this combination.

Several backtraces can be found on the amarok-backtraces list:

http://sourceforge.net/mailarchive/forum.php?thread_id=27485959&forum_id=43757
http://sourceforge.net/mailarchive/forum.php?thread_id=27485967&forum_id=43757
http://sourceforge.net/mailarchive/forum.php?thread_id=27485970&forum_id=43757
http://sourceforge.net/mailarchive/forum.php?thread_id=27485972&forum_id=43757
http://sourceforge.net/mailarchive/forum.php?thread_id=27554956&forum_id=43757

A crash which I can easily reproduce, happens every time I quickly click on
the next track button for several times. This is the debug information
about this crash
: ======== DEBUG INFORMATION  =======
Version:    1.4.1
Engine:     xine-engine
Build date: Jul 24 2006
CC version: 4.1.1 20060518 (prerelease) KDElibs:    3.5.3 Qt: 3.3.6
TagLib:     1.4.0

==== file `which amarokapp` =======
/usr/bin/amarokapp: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), 
for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 
2.6.9, not stripped


==== (gdb) bt =====================
Using host libthread_db library "/lib64/libthread_db.so.1".
[Thread debugging using libthread_db enabled]
[New Thread 46931043577392 (LWP 17151)]
[New Thread 1132489024 (LWP 20169)]
[New Thread 1115703616 (LWP 17169)]
[New Thread 1107310912 (LWP 17168)]
[New Thread 1098918208 (LWP 17167)]
[New Thread 1082132800 (LWP 17166)]
[New Thread 1090525504 (LWP 17165)]
0x00002aaefb131b78 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0
#0  0x00002aaefb131b78 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0
#1  0x00002aaefb134238 in default_attr () from /lib64/libpthread.so.0
#2  0x0000000044c7902c in ?? ()
#3  0x00002aaefb12e41e in pthread_mutex_lock () from /lib64/libpthread.so.0
#4  0x0000000000000000 in ?? ()
#0  0x00002aaefb131b78 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0
No symbol table info available.
#1  0x00002aaefb134238 in default_attr () from /lib64/libpthread.so.0
No symbol table info available.
#2  0x0000000044c7902c in ?? ()
No symbol table info available.
#3  0x00002aaefb12e41e in pthread_mutex_lock () from /lib64/libpthread.so.0
No symbol table info available.
#4  0x0000000000000000 in ?? ()
No symbol table info available.
==== (gdb) thread apply all bt ====
Thread 7 (Thread 1090525504 (LWP 17165)):
#0  0x00002aaefb12f9d7 in pthread_cond_timedwait@@GLIBC_2.3.2 ()
   from /lib64/libpthread.so.0
#1  0x00002aaaab458f23 in metronom_sync_loop (this=0xa0cbf0) at metronom.c:873
#2  0x00002aaefb12c360 in start_thread () from /lib64/libpthread.so.0
#3  0x00002aaefbe3452d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()
Thread 6 (Thread 1082132800 (LWP 17166)):
#0  0x00002aaefbe2b826 in poll () from /lib64/libc.so.6
#1  0x00002aaaad0889fd in ao_alsa_handle_event_thread (data=)
    at audio_alsa_out.c:157
#2  0x00002aaefb12c360 in start_thread () from /lib64/libpthread.so.0
#3  0x00002aaefbe3452d in clone () from /lib64/libc.so.6
#4  0x0000000000000000 in ?? ()
Thread 5 (Thread 1098918208 (LWP 17167)):
#0  0x00002aaefb12f7e6 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib64/libpthread.so.0
#1  0x00002aaaab46622d in fifo_remove_int (fifo=0xa5dd90, blocking=1)
    at audio_out.c:342
#2  0x00002aaaab46790e in ao_loop (this_gen=) at audio_out.c:380
#3  0x00002aaefb12c360 in start_thread () from /lib64/libpthread.so.0
#4  0x00002aaefbe3452d in clone () from /lib64/libc.so.6
#5  0x0000000000000000 in ?? ()
Thread 4 (Thread 1107310912 (LWP 17168)):
#0  0x00002aaefb12f7e6 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib64/libpthread.so.0
#1  0x00002aaaab45c152 in fifo_buffer_get (fifo=0xb6b8d0) at buffer.c:233
#2  0x00002aaaab4622e1 in audio_decoder_loop (stream_gen=)
    at audio_decoder.c:68
#3  0x00002aaefb12c360 in start_thread () from /lib64/libpthread.so.0
#4  0x00002aaefbe3452d in clone () from /lib64/libc.so.6
#5  0x0000000000000000 in ?? ()
Thread 3 (Thread 1115703616 (LWP 17169)):
#0  0x00002aaefb12f7e6 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib64/libpthread.so.0
#1  0x00002aaaab46a06b in xine_event_wait (queue=0xb77710) at events.c:59
#2  0x00002aaaab46a0e5 in listener_loop (queue_gen=) at events.c:213
#3  0x00002aaefb12c360 in start_thread () from /lib64/libpthread.so.0
#4  0x00002aaefbe3452d in clone () from /lib64/libc.so.6
#5  0x0000000000000000 in ?? ()
Thread 2 (Thread 1132489024 (LWP 20169)):
#0  0x00002aaefb132d6f in waitpid () from /lib64/libpthread.so.0
#1  0x00000000004065b8 in amaroK::Crash::crashHandler ()
    at crashhandler.cpp:223
#2  0x00002aaefbd97030 in killpg () from /lib64/libc.so.6
#3  0x0000000000000000 in ?? ()
Thread 1 (Thread 46931043577392 (LWP 17151)):
#0  0x00002aaefb131b78 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0
#1  0x00002aaefb134238 in default_attr () from /lib64/libpthread.so.0
#2  0x0000000044c7902c in ?? ()
#3  0x00002aaefb12e41e in pthread_mutex_lock () from /lib64/libpthread.so.0
#4  0x0000000000000000 in ?? ()


==== kdBacktrace() ================
[
0: /usr/lib64/libkdecore.so.4(_Z11kdBacktracei+0x48) [0x2aaef7e12868]
1: /usr/lib64/libkdecore.so.4(_Z11kdBacktracev+0xe) [0x2aaef7e12afe]
2: amarokapp(_ZN6amaroK5Crash12crashHandlerEi+0x628) [0x406268]
3: /lib64/libc.so.6 [0x2aaefbd97030]
4: /usr/lib64/libpng12.so.0 [0x2aaef9d09da6]
]


Other crashes seem to happen fairly random, just while playing.

Can somebody make sense of these backtraces?  When looking in
the backtraces mailing list, I see that a certain Chris Pollard
also has had a lot of crashes today, and is also using x86_64.
Is Amarok known to be so unstable on x86_64?

-- 
Frederik