Summary: | nspluginscan multiple times crashes when searching /usr/lib/kde3 | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Sune Vuorela <debian> |
Component: | nspluginscan | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | crash | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Debian testing | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Sune Vuorela
2006-12-20 11:36:25 UTC
Can confirm with current svn 3.5.5 SVN commit 762606 by dfaure: Don't create static QPixmaps in libraries/DSOs; it requires the one who dlopens the DSO to provide a QApplication with GUI enabled. This crashes nspluginscan when it is asked to scan $KDEDIR/lib/kde3 CCBUG: 139042 M +2 -2 kdebase/kcontrol/fonts/fonts.cpp M +6 -5 kdepim/akregator/src/articlelistview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=762606 The kxmleditorpart and baghira developers should do the same: not creating static objects in libraries/DSOs (dynamic shared objects, like plugins and parts and other dlopened modules). And especially not GUI objects like QPixmaps. For singletons the solution is KStaticDeleter (kde3) / K_GLOBAL_STATIC (kde4). For other objects (e.g. QPixmaps), the solution is to create on demand inside a method, possibly using a method-static object (like I did in akregator), or simply from safe "POD" (plain old data type) static data like const char* (like I did in fonts.cpp) SVN commit 762618 by dfaure: Fix nspluginscan crash due to global QPixmaps. Global objects in libraries are bad! BUG: 139042 M +5 -5 hierarchyview.cpp M +5 -0 hierarchyview.h M +19 -17 propertyeditor.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=762618 |