D7995: KDevelop: address dirwatching inefficiency (WIP/PoC)

Milian Wolff noreply at phabricator.kde.org
Thu Nov 23 14:29:56 UTC 2017


mwolff added a comment.


  In https://phabricator.kde.org/D7995#171218, @rjvbb wrote:
  
  > I found and will upload another solution which gets rid of the whole signal/slot overhead and potential risk of delivering signals to a stale object. Hand off a pointer to the watcher instance to the FIleManagerListJob instance and do the addDir() call directly from there. 
  >  Should maybe use a QSharedPointer or similar wrapper but that's a later concern.
  >
  > Is the dirwatching feature
  >
  > > still, doesn't change the fact that the whole watcher wrapper should be removed
  >
  > No. Reasons given before that I'm not going to repeat - it should be even clearer now that KDW::addDir() shouldn't be called directly each time a directory is (re)loaded.
  
  
  It's not being called directly, it's being called indirectly via the eventloop which is fine as long as you setup the connection properly, which you didn't do here.
  
  > There's another concern however: 
  >  https://bugs.kde.org/show_bug.cgi?id=387238

REPOSITORY
  R32 KDevelop

REVISION DETAIL
  https://phabricator.kde.org/D7995

To: rjvbb, #kdevelop, mwolff
Cc: aaronpuchert, arrowdodger, kfunk, dfaure, mwolff, brauch, kdevelop-devel, njensen, geetamc, Pilzschaf, akshaydeo, surgenight
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20171123/3226c15f/attachment.html>


More information about the KDevelop-devel mailing list