Hmm, that gives me a pretty worthless stacktrace:<br>#0  0xb8076424 in __kernel_vsyscall ()<br>#1  0xb6709e86 in kill () from /lib/libc.so.6<br>#2  0x0804dcd5 in launch ()<br>#3  0x0804e44d in handle_launcher_request ()<br>
#4  0x0804e910 in handle_requests ()<br>#5  0x0804f05c in main ()<br><br>Although I do get this:<br>ASSERT failure in QList<T>::at: "index out of range", file /opt/qt-4.5.0/include/QtCore/qlist.h, line 395<br>
<br>I'd have to build a debug kdelibs to get a decent stacktrace?<br><br><div class="gmail_quote">2009/4/11 Thiago Macieira <span dir="ltr"><<a href="mailto:thiago@kde.org">thiago@kde.org</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Chris Burel wrote:<br>
>Where else can I poke for error messages to see why cdparanoia is dying?<br>
<br>
</div>It's not cdparanoia: it's the ioslave that crashed.<br>
<div class="im"><br>
>How can you run the audiocd kioslave in the debugger?<br>
<br>
</div>You can attach to any running kio_audiocd instance that hasn't crashed yet<br>
or you can try this:<br>
        KDE_SLAVE_DEBUG_WAIT=audiocd kdeinit4<br>
<br>
When any application requests audiocd, kdeinit4 will launch and stop it so<br>
you can attach the debugger to it.<br>
<font color="#888888"><br>
--<br>
  Thiago Macieira  -  thiago (AT) <a href="http://macieira.info" target="_blank">macieira.info</a> - thiago (AT) <a href="http://kde.org" target="_blank">kde.org</a><br>
    PGP/GPG: 0x6EF45358; fingerprint:<br>
    E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358<br>
</font><br>_______________________________________________<br>
kde-multimedia mailing list<br>
<a href="mailto:kde-multimedia@kde.org">kde-multimedia@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kde-multimedia" target="_blank">https://mail.kde.org/mailman/listinfo/kde-multimedia</a><br>
<br></blockquote></div><br>