-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 2015/01/13 12:00 PM, dep wrote: > (gdb) print *((int*)(0xda51f8)+2) $1 = 30334 That's good. It means the mutex is locked by thread 1 (LWP 30334). I actually noticed just now (my fault) that you do not have the debug symbols installed for tdelibs, tdebase and tqt3. Can you install them, exit gdb, reattach to the kdesktop process and run again the thread apply all bt command? That should provide more detailed information (i.e. line numbers) about where each thread and frame is. - From a quick look at the current incomplete stack frame, thread 1 (which is blocking thread 2) is blocked inside a malloc() call, which as far as I can tell is usually a sign that the heap is corrupted (perhaps a pointer deallocated twice). Now we are kind of stretching to the limit of my knowledge as well, so I will need to guess/look up what's the best way to go. By the way, when kdesktop_lock crashes do you have any crash report window popping up in your system? In the mean time, can you try the following things: 1) install the debug symbols as said above and provide the updated stack frames 2) kill kdesktop and run it again (or reboot your system, even better). From CLI (outside TDE), run: ps aux |grep kdesktop Take note of the kdesktop_lock pid. Run: gdb --pid=<kdesktop_lock pid> After gdb attaches to the process, continue execution with: c At this stage kdesktop_lock should be running normally. Leave everything running until kdesktop_lock crashes again. At this point gdb should provide some info about the crash (perhaps a segmentation fault - SIGSEGV). When it happens you should be able to get the stack frame for kdesktop_lock (again thread apply all bt) since gdb is still attached to the process. Do not exit gdb after that, not sure what else we may need. All this is somehow experimental, if something doesn't go to plan, please let me know. Cheers Michele -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJUtLJpAAoJECp1t8qK3tXPV+YQAKlHflSpXSUVI9TA+ihtbnqm aVPJaQtM1iN1GXWFiZlQdhpdIF3jb6HjAYxgJl2BB0uvKJ+xZmBvVeRtWMkvQNu3 Sc1sY93O3yjZRCA1QN+bEmt6KgMzutP0/QUsAECOls8Zn7lM3tdc3n+caG4yjwnK UlYpscQ2OLhi7MkA16S6UT3ZTcE5s5pES5PLkrwWsrccHcDBqq9X35AdlHFlJR+/ Vopov5JatTHnxsbk1vYxJ/WPPksUjGjj4pSj8TqNvidSkYI1/BTN9cJB66FQ39zZ O096780rniSNPVY9BDl68zymXZM64z23nKoUWLp2XfwMpGKecKW21HX+b/2l4M7R WHC7dVAdhBcl076C+XKLe/tlsm7u9Me/FG8jnP3qSAGbizGxpVBq/3YYLTrZMQcp bjpVhQZQls+nKCvVMN6ulVg4C/yPgcb/sLHNA5OqaMadv+wNvOFOpsU3UD9PDDiK +qlV601I6fW2552RRvAMVvmyYN6Iw/SD14zGPnKEcIfene8EOMb6Djn8egrlaOr/ WISelQnSl2xWpXfS5H7HOz9t3U51IUiaRmTC+bOvCngvNqre/1CBOHEja/zNjxul k3pNFIWgBCmuviFycEhLwdlJoMOp0V5YRtWbQIxWJ1micBtT/XFdH8BrE1nKjnCi LFkijEm2NyTjx1cq6FkD =Gykb -----END PGP SIGNATURE-----