Application: kwin (4.10.80) KDE Platform Version: 4.10.80 (Compiled from sources) Qt Version: 4.8.4 Operating System: Linux 3.10.0-rc6-monfi+ x86_64 Distribution: "Gentoo Base System release 2.2" -- Information about the crash: just enabling the effect and click to apply, kwin crash in a reproducible manner The crash can be reproduced every time. -- Backtrace: Application: KWin (kwin), signal: Segmentation fault Using host libthread_db library "/usr/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7f09ba9f4800 (LWP 5762))] Thread 4 (Thread 0x7f099cd8f700 (LWP 5765)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:215 #1 0x00007f09b4c5b2f8 in wait (time=<optimized out>, this=0x816720) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0x8d59a8, time=<optimized out>) at thread/qwaitcondition_unix.cpp:158 #3 0x00007f09b4c4e653 in QThreadPoolThread::run (this=0x86e690) at concurrent/qthreadpool.cpp:141 #4 0x00007f09b4c5ae2b in QThreadPrivate::start (arg=0x86e690) at thread/qthread_unix.cpp:338 #5 0x00007f09b49c5e9e in start_thread (arg=0x7f099cd8f700) at pthread_create.c:305 #6 0x00007f09ba20bf8d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 3 (Thread 0x7f0994abc700 (LWP 5777)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:215 #1 0x00007f09b4c5b2f8 in wait (time=<optimized out>, this=0x816720) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=<optimized out>, mutex=mutex@entry=0x8d59a8, time=<optimized out>) at thread/qwaitcondition_unix.cpp:158 #3 0x00007f09b4c4e653 in QThreadPoolThread::run (this=0x976220) at concurrent/qthreadpool.cpp:141 #4 0x00007f09b4c5ae2b in QThreadPrivate::start (arg=0x976220) at thread/qthread_unix.cpp:338 #5 0x00007f09b49c5e9e in start_thread (arg=0x7f0994abc700) at pthread_create.c:305 #6 0x00007f09ba20bf8d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 2 (Thread 0x7f098f7fe700 (LWP 5780)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:162 #1 0x00007f09b94030f7 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f09b97108e0 <QTWTF::pageheap_memory>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x00007f09b9403129 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=<optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x00007f09b49c5e9e in start_thread (arg=0x7f098f7fe700) at pthread_create.c:305 #4 0x00007f09ba20bf8d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115 Thread 1 (Thread 0x7f09ba9f4800 (LWP 5762)): [KCrash Handler] #5 do_lookup_x (new_hash=new_hash@entry=842854992, old_hash=old_hash@entry=0x7fff5c0998f0, result=result@entry=0x7fff5c099900, scope=0x31, i=0, flags=flags@entry=2, skip=skip@entry=0x0, undef_map=undef_map@entry=0x125c340) at dl-lookup.c:83 #6 0x00007f09ba868e1b in _dl_lookup_symbol_x (undef_name=0x7f09b9f22318 "create_factory", undef_map=0x125c340, ref=0x7fff5c0999f8, symbol_scope=0x125c6c8, version=0x0, type_class=0, flags=2, skip_map=0x0) at dl-lookup.c:739 #7 0x00007f09ba241b09 in do_sym (handle=0x125c340, name=0x7f09b9f22318 "create_factory", who=0x7f09b4d51d29 <QLibraryPrivate::resolve_sys(char const*)+41>, vers=vers@entry=0x0, flags=flags@entry=2) at dl-sym.c:178 #8 0x00007f09ba241fdd in _dl_sym (handle=<optimized out>, name=<optimized out>, who=<optimized out>) at dl-sym.c:283 #9 0x00007f09adc0c174 in dlsym_doit (a=a@entry=0x7fff5c099be0) at dlsym.c:51 #10 0x00007f09ba86d6b6 in _dl_catch_error (objname=0x75ac80, errstring=0x75ac88, mallocedp=0x75ac78, operate=0x7f09adc0c160 <dlsym_doit>, args=0x7fff5c099be0) at dl-error.c:178 #11 0x00007f09adc0c5fd in _dlerror_run (operate=operate@entry=0x7f09adc0c160 <dlsym_doit>, args=args@entry=0x7fff5c099be0) at dlerror.c:164 #12 0x00007f09adc0c1c8 in __dlsym (handle=<optimized out>, name=<optimized out>) at dlsym.c:71 #13 0x00007f09b4d51d29 in QLibraryPrivate::resolve_sys (this=0x8ca3f8, symbol=0x7f09b9f22318 "create_factory") at plugin/qlibrary_unix.cpp:309 #14 0x00007f09b554f859 in KLibrary::resolveFunction(char const*) () from /lib64/libkdecore.so.5 #15 0x00007f09b9f1c716 in KDecorationPlugins::loadPlugin(QString) () from /lib64/libkdecorations.so.4 #16 0x00007f09b9f1cc39 in KDecorationPlugins::reset(unsigned long) () from /lib64/libkdecorations.so.4 #17 0x00007f09ba526b57 in KWin::Workspace::slotReconfigure() () from /lib64/libkdeinit4_kwin.so #18 0x00007f09ba526e4d in KWin::Workspace::qt_static_metacall(QObject*, QMetaObject::Call, int, void**) [clone .part.156] () from /lib64/libkdeinit4_kwin.so #19 0x00007f09b4d76ca4 in QMetaObject::activate (sender=0x8bc010, m=<optimized out>, local_signal_index=<optimized out>, argv=0x0) at kernel/qobject.cpp:3539 #20 0x00007f09b4d75fdc in QObject::event (this=0x8bc010, e=<optimized out>) at kernel/qobject.cpp:1156 #21 0x00007f09b3ea61fc in QApplicationPrivate::notify_helper (this=this@entry=0x792310, receiver=receiver@entry=0x8bc010, e=e@entry=0x7fff5c09a500) at kernel/qapplication.cpp:4562 #22 0x00007f09b3eacd0e in QApplication::notify (this=0x7fff5c09aa10, receiver=0x8bc010, e=0x7fff5c09a500) at kernel/qapplication.cpp:4348 #23 0x00007f09b8e4742a in KApplication::notify(QObject*, QEvent*) () from /lib64/libkdeui.so.5 #24 0x00007f09b4d61125 in QCoreApplication::notifyInternal (this=0x7fff5c09aa10, receiver=0x8bc010, event=event@entry=0x7fff5c09a500) at kernel/qcoreapplication.cpp:946 #25 0x00007f09b4d91e4b in sendEvent (event=0x7fff5c09a500, receiver=<optimized out>) at kernel/qcoreapplication.h:231 #26 QTimerInfoList::activateTimers (this=0x792d08) at kernel/qeventdispatcher_unix.cpp:622 #27 0x00007f09b4d91ed0 in QEventDispatcherUNIX::activateTimers (this=this@entry=0x791b70) at kernel/qeventdispatcher_unix.cpp:879 #28 0x00007f09b4d928a8 in QEventDispatcherUNIX::processEvents (this=this@entry=0x791b70, flags=...) at kernel/qeventdispatcher_unix.cpp:941 #29 0x00007f09b3f49375 in QEventDispatcherX11::processEvents (this=0x791b70, flags=...) at kernel/qeventdispatcher_x11.cpp:152 #30 0x00007f09b4d5fd8f in QEventLoop::processEvents (this=this@entry=0x7fff5c09a880, flags=...) at kernel/qeventloop.cpp:149 #31 0x00007f09b4d60018 in QEventLoop::exec (this=this@entry=0x7fff5c09a880, flags=...) at kernel/qeventloop.cpp:204 #32 0x00007f09b4d654db in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1218 #33 0x00007f09ba5462b7 in kdemain () from /lib64/libkdeinit4_kwin.so #34 0x00007f09ba14a445 in __libc_start_main (main=0x4007f0 <main>, argc=3, ubp_av=0x7fff5c09ab58, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fff5c09ab48) at libc-start.c:226 #35 0x0000000000400821 in _start () at ../sysdeps/x86_64/elf/start.S:113 Reported using DrKonqi
Created attachment 80593 [details] New crash information added by DrKonqi kwin (4.10.80) on KDE Platform 4.10.80 using Qt 4.8.4 reproducibility proof. It's very late, consider myself drunk, for more content please just request it on this bug will provide it when more lucid -- Backtrace (Reduced): #5 _dl_lookup_symbol_x (undef_name=0x7fda3a356318 "create_factory", undef_map=0x7606fa830575f685, ref=0x7fffd80dd658, symbol_scope=0x7606fa830575fa0d, version=0x0, type_class=0, flags=2, skip_map=0x0) at dl-lookup.c:733 #6 0x00007fda3a675b09 in do_sym (handle=0x7606fa830575f685, name=0x7fda3a356318 "create_factory", who=0x7fda35185d29 <QLibraryPrivate::resolve_sys(char const*)+41>, vers=vers@entry=0x0, flags=flags@entry=2) at dl-sym.c:178 #7 0x00007fda3a675fdd in _dl_sym (handle=<optimized out>, name=<optimized out>, who=<optimized out>) at dl-sym.c:283 #8 0x00007fda2e040174 in dlsym_doit (a=a@entry=0x7fffd80dd840) at dlsym.c:51 #9 0x00007fda3aca16b6 in _dl_catch_error (objname=0x1a80c80, errstring=0x1a80c88, mallocedp=0x1a80c78, operate=0x7fda2e040160 <dlsym_doit>, args=0x7fffd80dd840) at dl-error.c:178
Created attachment 80594 [details] New crash information added by DrKonqi kwin (4.10.80) on KDE Platform 4.10.80 using Qt 4.8.4 Same for "Maximize" an effect downloaded from Get Hot New Stuff -- Backtrace (Reduced): #5 _dl_lookup_symbol_x (undef_name=0x7fb097003318 "create_factory", undef_map=0x66655f346e69776b, ref=0x7fff06a2c6d8, symbol_scope=0x66655f346e697af3, version=0x0, type_class=0, flags=2, skip_map=0x0) at dl-lookup.c:733 #6 0x00007fb097322b09 in do_sym (handle=0x66655f346e69776b, name=0x7fb097003318 "create_factory", who=0x7fb091e32d29 <QLibraryPrivate::resolve_sys(char const*)+41>, vers=vers@entry=0x0, flags=flags@entry=2) at dl-sym.c:178 #7 0x00007fb097322fdd in _dl_sym (handle=<optimized out>, name=<optimized out>, who=<optimized out>) at dl-sym.c:283 #8 0x00007fb08aced174 in dlsym_doit (a=a@entry=0x7fff06a2c8c0) at dlsym.c:51 #9 0x00007fb09794e6b6 in _dl_catch_error (objname=0x1484c80, errstring=0x1484c88, mallocedp=0x1484c78, operate=0x7fb08aced160 <dlsym_doit>, args=0x7fff06a2c8c0) at dl-error.c:178
The crash is in dlsym. Might there be something broken in your setup?
it crashes when resolving the creation function of the deco plugin. -> the configured decoration plugin(file) is probably corrupt: - which one is it? (see ~/.kde/share/config/kwinrc) - how did you install it? replace it and/or configure another decoration.
Created attachment 80613 [details] kwinrc broken yes, removing kwinrc fixed the problem. It was PluginLib=kwin3_ozone I cannot even find it anymore on my system, searching with `locate`
ozone is no more shipped with KDE since *ages* you'd usually find the lib in /usr/lib/kde4/ and the desktop file for it in /usr/share/apps/kwin/ but i seriously wonder whether and why we try to open and resolve a non exiting file on reconfiguration (*only* - on login you'll likely just got oxygen and no crash, yesno?)
(In reply to comment #6) > ozone is no more shipped with KDE since *ages* Hem I'm using kde continuosly since 2004 at least and even befor alternated to w2k, but had to wipe ~/.kde*/ two or three times (could not remember when) > you'd usually find the lib in /usr/lib/kde4/ and the desktop file for it in > /usr/share/apps/kwin/ but i seriously wonder whether and why we try to open > and resolve a non exiting file on reconfiguration (*only* - on login you'll > likely just got oxygen and no crash, yesno?) The directories mentioned are clean, i.e. only package manager installed files, no *ozone* whatsoever. No crash on login and yes got oxygen, I've used other styles (bespin?) in the past but are gone since months.
(In reply to comment #7) > The directories mentioned are clean, i.e. only package manager installed > files, no *ozone* whatsoever. Eventually in the user path (check "kde4-config --path lib" for a complete list) I tried kwin3_blafoo as well as kwin3_ozone (because latter once has been the default) Both get me oxygen on "kwin --replace" but no crash. Also: before attempting to resolve "create_factory", "decoration_version" is resolved - and that does not crash for you. If you can recause the crash by setting either kwin3_ozone or anything else, please run "kdebugdialog" and enable 1212 / KWin. When running konsole you'll get output like kDebug(1212) << "kwin : path " << path << " for " << nameStr; ie. what binary is opened here (maybe from some rotten installation?)
Created attachment 80620 [details] kwin1212.log (In reply to comment #8) > Eventually in the user path (check "kde4-config --path lib" for a complete > list) > I tried kwin3_blafoo as well as kwin3_ozone (because latter once has been > the default) > Both get me oxygen on "kwin --replace" but no crash. $ kde4-config --path lib /home/vivo/.kde4/lib64/:/usr/lib64/ $ LC_ALL=C ls -l /home/vivo/.kde4/lib64/ /bin/ls: cannot access /home/vivo/.kde4/lib64/: No such file or directory > > Also: before attempting to resolve "create_factory", "decoration_version" is > resolved - and that does not crash for you. > > If you can recause the crash by setting either kwin3_ozone or anything else, > please run "kdebugdialog" and enable 1212 / KWin. Yes it's well reproducible if I put the old kwinrc in place > When running konsole you'll get output like > kDebug(1212) << "kwin : path " << path << " for " << nameStr; > > ie. what binary is opened here (maybe from some rotten installation?) it find an empty path for ozone and then go for "kwin3_oxygen" but _not_ always, see attachments, but this time the backtrace look a bit different (it's again very late here and a *very* long day of work, could be wrong)
Created attachment 80621 [details] kwin-20130619-012456.kcrash.txt some console output: KCrash: Application 'kwin' crashing... KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit sock_file=/home/vivo/.kde4/socket-monfi/kdeinit4__0 QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Desktop OpenGL version string: 3.1 (Core Profile) Mesa 9.2.0-devel (git-443dc15) OpenGL shading language version string: 1.40 Driver: Intel GPU class: IvyBridge OpenGL version: 3.1 GLSL version: 1.40 Mesa version: 9.2 X server version: 1.14.1 Linux kernel version: 3.10 Direct rendering: yes Requires strict binding: no GLSL shaders: yes Texture NPOT support: yes Virtual Machine: no Application::crashHandler() called with signal 11; recent crashes: 1 KCrash: Application 'kwin' crashing... KCrash: Attempting to start /usr/lib64/kde4/libexec/drkonqi from kdeinit sock_file=/home/vivo/.kde4/socket-monfi/kdeinit4__0 QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread QCoreApplication::sendPostedEvents: Cannot send posted events for objects in another thread OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Desktop OpenGL version string: 3.1 (Core Profile) Mesa 9.2.0-devel (git-443dc15) OpenGL shading language version string: 1.40 Driver: Intel GPU class: IvyBridge OpenGL version: 3.1 GLSL version: 1.40 Mesa version: 9.2 X server version: 1.14.1 Linux kernel version: 3.10 Direct rendering: yes Requires strict binding: no GLSL shaders: yes Texture NPOT support: yes Virtual Machine: no
Ok, thanks: The pattern here is kwin(27508) KWin::Workspace::slotReconfigure: Workspace::slotReconfigure() kwin(27508) KDecorationPlugins::canLoad: kwin : path "" for "kwin3_ozone" kwin(27508) KWin::EffectsHandlerImpl::unloadEffect: EffectsHandler::unloadEffect : Unloading Effect : "kwin4_effect_blur" kwin(27508) KWin::EffectsHandlerImpl::unloadEffect: EffectsHandler::unloadEffect : Unloading Effect : "kwin4_effect_translucency" kwin(27508) KWin::Workspace::slotReconfigure: Workspace::slotReconfigure() kwin(27508) KDecorationPlugins::canLoad: kwin : path "" for "kwin3_ozone" -> CRASH kwin(27535) KWin::Extensions::init: non_native_pixmaps: true kwin(27535) KWin::Xcb::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "b" fixes: 0x "50" randr: 0x "14" sync: 0x "31" damage: 0x "11" kwin(27535) KDecorationPlugins::canLoad: kwin : path "" for "kwin3_ozone" kwin(27535) KDecorationPlugins::canLoad: kwin : path "/usr/lib64/kde4/kwin3_oxygen.so" for "kwin3_oxygen" -> GOOD So it seems unloading the effects while resolving the deco plugin can somehow cause a race causing the lookup of an invalid library. Isn't threading a gift to everyone of us?
but there shouldn't be a thread for unloading the effects. That's done from the main thread just like the decoration loading.
*** Bug 322349 has been marked as a duplicate of this bug. ***
*** Bug 323451 has been marked as a duplicate of this bug. ***
*** Bug 323759 has been marked as a duplicate of this bug. ***
*** Bug 325726 has been marked as a duplicate of this bug. ***
*** Bug 325729 has been marked as a duplicate of this bug. ***
*** Bug 323561 has been marked as a duplicate of this bug. ***
Created attachment 83975 [details] New crash information added by DrKonqi kwin (4.11.3) on KDE Platform 4.11.3 using Qt 4.8.5 - What I was doing when the application crashed: Changing special windows settings. For me, the crash happens about 30% of the time. -- Backtrace (Reduced): #6 0x0000003d739646a9 in QLibrary::isLoaded (this=this@entry=0x11a0fb0) at plugin/qlibrary.cpp:944 #7 0x0000003d73966571 in QLibrary::resolve (this=0x11a0fb0, symbol=symbol@entry=0x3d80c18538 "create_factory") at plugin/qlibrary.cpp:1142 #8 0x0000003d75e0a949 in KLibrary::resolveFunction (this=<optimized out>, symname=symname@entry=0x3d80c18538 "create_factory") at /usr/src/debug/kdelibs-4.11.3/kdecore/util/klibrary.cpp:183 #9 0x0000003d80c128e6 in KDecorationPlugins::loadPlugin (this=this@entry=0x11a0160, nameStr=...) at /usr/src/debug/kde-workspace-4.11.3/kwin/libkdecorations/kdecoration_plugins_p.cpp:232 #10 0x0000003d80c12e09 in KDecorationPlugins::reset (this=this@entry=0x11a0160, changed=changed@entry=0) at /usr/src/debug/kde-workspace-4.11.3/kwin/libkdecorations/kdecoration_plugins_p.cpp:78
Check comment #5 and following on how to prevent this. We still have no idea why this would happen, though.
*** Bug 329604 has been marked as a duplicate of this bug. ***
*** Bug 329501 has been marked as a duplicate of this bug. ***
*** Bug 334617 has been marked as a duplicate of this bug. ***
*** Bug 334716 has been marked as a duplicate of this bug. ***
*** Bug 335619 has been marked as a duplicate of this bug. ***
The mechanism to load window decoration plugins got reworked for KWin 5.2 and the crash doesn't apply any more.
*** Bug 344236 has been marked as a duplicate of this bug. ***
*** Bug 344622 has been marked as a duplicate of this bug. ***