Re: KDE/kdelibs/plasma
Oh strange, it worked here. I'll have to take another look at it. On Tuesday, August 17, 2010 02:24:27 am laurent Montel wrote: On lundi 16 août 2010 21:02:04 Brian David Pritchett wrote: SVN commit 1164453 by pritchett: Added akonadi storage plugin loading. M +31 -21datacontainer.cpp M +2 -2 private/datacontainer_p.h Hi, could you verify these commit please ? plasma-desktop doesn't start here (I have 100% cpu here) I reverted datacontainer.cpp and it works fine. Regards - #0 QChar::cell (this=0x233db60) at ../../include/QtCore/../../src/corelib/tools/qchar.h:283 #1 0x7f6fcc126744 in operator (out=..., str=...) at tools/qstring.cpp:7249 #2 0x7f6fcc200185 in operator QString (s=..., l=...) at ../../include/QtCore/../../src/corelib/io/qdatastream.h:261 #3 0x7f6fcc1fff4d in operator (out=..., list=...) at ../../include/QtCore/../../src/corelib/tools/qstringlist.h:251 #4 0x7f6fcc1fe628 in QMetaType::save (stream=..., type=11, data=0x21fb7d8) at kernel/qmetatype.cpp:607 #5 0x7f6fcc2205ff in QVariant::save (this=0x21fb7d8, s=...) at kernel/qvariant.cpp:1998 #6 0x7f6fcc220699 in operator (s=..., p=...) at kernel/qvariant.cpp:2026 #7 0x7f6fcfd48cf5 in Plasma::DataContainer::store (this=0x2334e90) at /home/laurent/kde/kde4/kdelibs/plasma/datacontainer.cpp:220 #8 0x7f6fcfd4c40c in Plasma::DataEngine::removeSource (this=0x233bcd0, source=...) at /home/laurent/kde/kde4/kdelibs/plasma/dataengine.cpp:324 #9 0x7f6fcfd4e4b4 in Plasma::DataEngine::qt_metacall (this=0x233bcd0, _c=QMetaObject::InvokeMetaMethod, _id=value optimized out, _a=0x7fff3cf7deb0) at /home/laurent/kde/kde4/kdelibs/build/plasma/dataengine.moc:128 #10 0x7f6faea98965 in ComicEngine::qt_metacall (this=0x233db60, _c=35485056, _id=0, _a=0x21d7578) at /home/laurent/kde/kde4/kdeplasma- addons/build/dataengines/comic/comic.moc:75 #11 0x7f6fcc1f8103 in QMetaObject::metacall (object=0x233bcd0, cl=QMetaObject::InvokeMetaMethod, idx=7, argv=0x7fff3cf7deb0) at kernel/qmetaobject.cpp:237 #12 0x7f6fcc20e50c in QMetaObject::activate (sender=0x2334e90, m=0x7f6fd013dba0, local_signal_index=1, argv=0x7fff3cf7deb0) at kernel/qobject.cpp:3295 #13 0x7f6fcfd47fd5 in Plasma::DataContainer::becameUnused (this=0x233db60, _t1=value optimized out) at /home/laurent/kde/kde4/kdelibs/build/plasma/datacontainer.moc:119 #14 0x7f6fcfd488b6 in Plasma::DataContainer::checkUsage (this=0x2334e90) at /home/laurent/kde/kde4/kdelibs/plasma/datacontainer.cpp:366 #15 0x7f6fcfd4cb43 in Plasma::DataEngine::query (this=0x233bcd0, source=...) at /home/laurent/kde/kde4/kdelibs/plasma/dataengine.cpp:148 #16 0x7f6fb19b210a in ComicApplet::init (this=0x1eb4030) at /home/laurent/kde/kde4/kdeplasma-addons/applets/comic/comic.cpp:146 #17 0x7f6fcfd308a0 in Plasma::ContainmentPrivate::initApplets (this=0x1ec4ab0) at /home/laurent/kde/kde4/kdelibs/plasma/containment.cpp:451 #18 0x7f6fcfd447ac in Plasma::CoronaPrivate::importLayout (this=0x1883a90, conf=value optimized out, mergeConfig=value optimized out) at /home/laurent/kde/kde4/kdelibs/plasma/corona.cpp:514 #19 0x7f6fcfd45413 in Plasma::Corona::loadLayout (this=0x18cacd0, configName=...) at /home/laurent/kde/kde4/kdelibs/plasma/corona.cpp:451 #20 0x7f6fcfd46272 in Plasma::Corona::initializeLayout (this=0x18cacd0, configName=...) at /home/laurent/kde/kde4/kdelibs/plasma/corona.cpp:354 #21 0x7f6fd1044060 in PlasmaApp::corona (this=0x17747f0) at /home/laurent/kde/kde4/kdebase/workspace/plasma/desktop/shell/plasmaapp.cpp :800 #22 0x7f6fd10444e3 in PlasmaApp::setupDesktop (this=0x17747f0) at /home/laurent/kde/kde4/kdebase/workspace/plasma/desktop/shell/plasmaapp.cpp :286 #23 0x7f6fd1045f8e in PlasmaApp::qt_metacall (this=0x17747f0, _c=QMetaObject::InvokeMetaMethod, _id=value optimized out, _a=0x7fff3cf7eb10) at /home/laurent/kde/kde4/kdebase/build/workspace/plasma/desktop/shell/plasmaa pp.moc:148 #24 0x7f6fcc1f8103 in QMetaObject::metacall (object=0x17747f0, cl=QMetaObject::InvokeMetaMethod, idx=42, argv=0x7fff3cf7eb10) at kernel/qmetaobject.cpp:237 #25 0x7f6fcc20e50c in QMetaObject::activate (sender=0x18b63b0, m=0x7f6fcc56b400, local_signal_index=0, argv=0x0) at kernel/qobject.cpp:3295 #26 0x7f6fcc2180bb in QSingleShotTimer::timeout (this=0x18b63b0) at .moc/debug-shared/qtimer.moc:82 #27 0x7f6fcc217f8b in QSingleShotTimer::timerEvent (this=0x18b63b0) at kernel/qtimer.cpp:308 #28 0x7f6fcc209cd9 in QObject::event (this=0x18b63b0, e=0x7fff3cf7f3a0) at kernel/qobject.cpp:1212 #29 0x7f6fcb0204fc in QApplicationPrivate::notify_helper (this=0x178a4c0, receiver=0x18b63b0, e=0x7fff3cf7f3a0) at kernel/qapplication.cpp:4306 #30 0x7f6fcb01da01 in QApplication::notify (this=0x17747f0, receiver=0x18b63b0, e=0x7fff3cf7f3a0) at kernel/qapplication.cpp:3710 #31
Re: Review Request: This patch adds the Storage class for Plasma::DataEngine caching. This current implementation caches to disk. Soon, it will be akonadi.
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/4548/ --- (Updated 2010-07-12 20:10:03.795472) Review request for Plasma. Changes --- I updated the apidox; changed the every three minute timer to a single shot timer when data is updated, renamed some files and variables, and moved others into private to not break binary compatibility. Summary --- DataEngines can mark or unmark their sources to be cached with void DataEngine::setEnableCache(const QString source, bool cache). If the DataEngine has implemented their own source by inheriting DataContainer, then DataContainer::setEnableCache(bool cache) will work. Diffs (updated) - /trunk/KDE/kdelibs/plasma/CMakeLists.txt 1147556 /trunk/KDE/kdelibs/plasma/data/operations/storage.operations PRE-CREATION /trunk/KDE/kdelibs/plasma/datacontainer.h 1147556 /trunk/KDE/kdelibs/plasma/datacontainer.cpp 1147556 /trunk/KDE/kdelibs/plasma/dataengine.h 1147556 /trunk/KDE/kdelibs/plasma/dataengine.cpp 1147556 /trunk/KDE/kdelibs/plasma/private/datacontainer_p.h 1147556 /trunk/KDE/kdelibs/plasma/private/dataengine_p.h 1147556 /trunk/KDE/kdelibs/plasma/private/storage_p.h PRE-CREATION Diff: http://reviewboard.kde.org/r/4548/diff Testing --- I have tested it with the microblogging dataengine/plasmoid. Thanks, Brian ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Review Request: This patch adds the Storage class for Plasma::DataEngine caching. This current implementation caches to disk. Soon, it will be akonadi.
--- This is an automatically generated e-mail. To reply, visit: http://reviewboard.kde.org/r/4548/ --- Review request for Plasma. Summary --- DataEngines can mark or unmark their sources to be cached with void DataEngine::setEnableCache(const QString source, bool cache). If the DataEngine has implemented their own source by inheriting DataContainer, then DataContainer::setEnableCache(bool cache) will work. Diffs - /trunk/KDE/kdelibs/plasma/CMakeLists.txt 1147556 /trunk/KDE/kdelibs/plasma/data/operations/storage.operations PRE-CREATION /trunk/KDE/kdelibs/plasma/datacontainer.h 1147556 /trunk/KDE/kdelibs/plasma/datacontainer.cpp 1147556 /trunk/KDE/kdelibs/plasma/dataengine.h 1147556 /trunk/KDE/kdelibs/plasma/dataengine.cpp 1147556 /trunk/KDE/kdelibs/plasma/private/dataengine_p.h 1147556 /trunk/KDE/kdelibs/plasma/private/storage.h PRE-CREATION /trunk/KDE/kdelibs/plasma/private/storage.cpp PRE-CREATION Diff: http://reviewboard.kde.org/r/4548/diff Testing --- I have tested it with the microblogging dataengine/plasmoid. Thanks, Brian ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Regarding GSoC Plasmoid data caching project
On Tuesday 30 March 2010 02:13:58 am shruti jain wrote: Hello everyone ! I am a final year student of computer science. I intend to contribute to plasma and see GSoC 2010 as a good starting point for that. I have participated in GSoC 2009 as well. I am proficient in C/C++ and network programming as well. I have also been the system administrator of my university. I am interested in Plasmoid data caching project. I am doing research on speculative execution at my university. It has a similar concept of starting execution on cached data while the most recent copy of data is not available from the server and avoid downloading from server if the data has not changed since it was cached. Presently, plasmoids such as news etc do not show anything when Plasma netbooks are disconnected from the network. The idea is to use the cached data when network is not available and refresh when network is available. I think that the project can be extended to incorporate collaborative caching as well. Even if the network is present, we can take the data from caches of other clients on the network. This reduces the load on the server from where the data(like news) is being fetched. This also fetches a more recent data in case of proxy failures. Please send me your comments on the idea and any suggestions to improve the same. Thank You. Best Regards, Shruti Hi, I'm Brian Pritchett. I thought I'd introduce myself in this thread because I'm also interested in this project. :) I'm currently in my last year of study of computer science at Southern Illinois University Edwardsville. Over the past year and a half I've been working with a citizen science project called GalaxyZoo that allows anyone to log onto GalaxyZoo.org and help astronomers to classify galaxies. This has lead to interesting original research and the idea of the project is expanding. I'm currently write software that is doing wavelet analysis on the usage data of GalaxyZoo. I wish you the best of luck Shruti! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
