c54617a1bd
corresponding to the first but with the != changed to a ==. Of course, in practice, I can't see why this would /ever/ happen, but the compiler picked up on it. Hence, to shut the damned thing up and in case I'm wrong, the pointer is now initialised to zero and a Q_ASSERT used to make sure it isn't zero at the point where we try to use it. Quiet compiler, and a modicum more robustness. svn path=/trunk/KDE/kdelibs/; revision=957515
libplasma
Commit Rules:
* If your patch is not an obvious or trivial bug fix, have it peer reviewed
by another Plasma developer
* All code MUST follow the kdelibs coding style, as found at:
http://techbase.kde.org/Policies/Kdelibs_Coding_Style
* All new public API MUST have apidox written before committing
Unit tests are next to godliness. (Though as you can see, right now libplasma
is hellbound.)
This directory contains the classes making up libplasma, which provides the
core framework used by Plasma applictions, such as the Plasma desktop shell
and its components. This includes applet and extension definitions and loading,
common GUI elements, data and service interaction, search system, etc.
Domain specific sets of functionality, e.g. for network awareness or sensors,
are not found here but as DataEngine, Service, Applet, PackageStructure, etc
plugins.
Please refer to the Plasma website (http://plasma.kde.org) and Plasma wiki
(http://techbase.kde.org/Projects/Plasma) for API documentation and design
documents regarding this library.