Summary: | KDE startup failure - hangs on startup | ||
---|---|---|---|
Product: | ktouchpadenabler | Reporter: | Alex <peshkoff> |
Component: | General | Assignee: | Albert Astals Cid <aacid> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | cfeck, wbskinner |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | Stack trace (some symbols missing) |
Description
Alex
2013-05-06 07:37:10 UTC
> *** glibc detected *** kdeinit4: kded4 [kdeinit]: malloc(): memory corruption: 0x0000000001221560 *** A module in kded process caused memory corruption. To find out, which module is responsible, please disable desktop files from /usr/share/kde4/services/kded/ by moving them to a different place, and try logging in again. If you found the offending modules, please add the information here. For more information about debugging kded, please see http://kdepepo.wordpress.com/2011/05/11/troubleshooting-kded4-bugs/ Thank you, that helped. Module that causes problems is ktouchpadenabler.desktop. Taking into an account that my desktop definitely has no touchpad, my problem is solved. But if you need any more test/experiment, I'll be always glad to help. Causing memory corruption in heap is not good way to report missing device :) Thanks for the feedback. Reassigning. So ktouchpadenabler is crashing, you sure you're on 4.10.2 right? Because there was a similar crasher i fixer early in january. Anyway you can get a better bracktrace of the crash of kded using gdb? Maybe log into the session, attach to kded process with gdb, copy the .desktop file back to the folder, and enable the ktouchpadenabler again? Christoph that ought to work no? Alex do you understand what i'm asking for? Albert, I have an experience working with gdb, the only thing which is not clear - how to enable ktouchpadenabler after copying .desktop file. Just to make sure - should this process 4364 ? Sl 0:01 kdeinit4: kded4 [kdeinit] and this binary /usr/bin/kded4 be used? If yes # file /usr/bin/kded4 /usr/bin/kded4: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped and for stripped file we have binary-only trace like this: # gdb /usr/bin/kded4 4364 ..... (gdb) bt #0 0x00007f0b8f459be3 in ?? () #1 0x0000000000cb7040 in ?? () #2 0x000000000000088c in ?? () #3 0x0000000000000008 in ?? () #4 0x0000000000cb7040 in ?? () #5 0x0000000000000001 in ?? () #6 0x00007f0b8c563965 in ?? () #7 0x00007f0b8f716620 in ?? () #8 0x0000000100954200 in ?? () #9 0x0000000000000001 in ?? () #10 0x7fffffff0000088c in ?? () #11 0x0000000000000000 in ?? () If it's not Ok for you, please provide instructions how to build kded with debuginfo. qdbus org.kde.kded /kded loadModule ktouchpadenabler will load the ktouchpadenabler module again, you may need a kbuildsycoca4 run for it to work. About the debuginfo, i'm expecting the distro you use to provide debug packages, oh wait, you're using gentoo, well i'm guessing you'll have to ask around in gentoo forums which config file to get a debug build of kde stuff. When started this way qdbus org.kde.kded /kded loadModule ktouchpadenabler ktouchpadenabler cause no harm - it just writes to ~/.xsession-errors kded(4313) TouchpadEnablerDaemonPrivate::TouchpadEnablerDaemonPrivate: Did not find a touchpad. If you have one, please report a bug against ktouchpadenabler in http://bugs.kde.org kded(4313) KDEDModule::setModuleName: registerObject() successful for "ktouchpadenabler" Ouch, that is weird :-/ Not sure how to continue here now :/ Christoph any idea on your side? If you can point to the way to rebuild related libraries w/o gentoo emerge (what src to use and may be non-trivial configure parameters), we can add sleep in the beginning of main() and I will gdb-attach to it from text tty. I want to avoid gentoo emerge cause it's too generic and therefore too long. Well, you can get the code from anongit.kde.org/kde-workspace.git then it's "just" a matter of running cmake . && make && make install I can confirm that this is a problem, at least with 4.10.2 and Gentoo. i upgraded from 4.9.5 to 4.10.2 and had the same exact problem. I came across this bug report, moved ktouchpadenabler.desktop out of services/kded/, which fixed the problem. Created attachment 80258 [details]
Stack trace (some symbols missing)
I managed to capture a slightly better backtrace. It actually seems that the bug is located in libXi.
I upgraded libXi from 1.4.1 to 1.6.1 on my system, and the problem went away.
Good to know. |