Summary: | plasma, krunner and kwin crashes BADLY at start | ||
---|---|---|---|
Product: | [Unmaintained] plasma4 | Reporter: | Carlos Andrade <crandrad> |
Component: | general | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | aseigo |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Carlos Andrade
2010-08-05 06:36:53 UTC
as can be seen here: http://websvn.kde.org/tags/KDE/4.4.95/kdelibs/plasma/theme.cpp?view=markup line 824 of plasma/theme.cpp in 4.4.95 is this: // BIC FIXME: Should be merged with the other findInCache method above when we break BC evidently either gdb is very confused or you are running a patched version of libplasma. moreover: #8 KSharedDataCache::find (this=0xfefefefefefefeff, key=<value optimized out>, destination=0x7fff2fc0e290) at /usr/src/debug/kdelibs-4.4.95/kdecore/util/kshareddatacache.cpp:1339 #9 0x00007fd1448dfaf5 in KImageCache::findPixmap (this=0x6fc690, key=..., destination=0x7fff2fc0e2f0) at that means that the "this" pointer in KImageCache is not initialized, meaning the object itself isn't created. this is not possible as: Theme::Private::pixmapCache is initialized in the constructor to NULL, and usage of it is always preceded by a check to Theme::Private::useCache() which also creates the KImageCache object if it hasn't already been. combined with this backtrace (at such a critical and always-run code path) has not been reported up till now, it looks like something is wrong locally. Full disk? We got reports that KSharedDataCache does not handle out-of-space. |