Turn off branch change detection as it leads to endless loop and CPU leak

Aleksey Midenkov midenok at gmail.com
Thu Dec 26 22:08:51 GMT 2019


On Thu, Dec 26, 2019 at 10:49 PM René J.V. Bertin <rjvbertin at gmail.com>
wrote:

> On Thursday December 26 2019 21:06:00 Aleksey Midenkov wrote:
>
> >I don't know where it is configured. I use Custom Build System. Where is
> >this option?
>
> Settings/Configure KDevelop/Projects
>

Yes, I have this option "Schedule all project files for parsing" ON.
Though, there is an explanation of how it behaves when this option is
turned on it does not explain how it works when this option is turned off.
Which is more important, I guess. So I'd prefer to have this knowledge
before turning this off.


>
> Note that you are using a custom build system type of project. For that
> kind of project KDevelop doesn't have very precise knowledge of the
> relationships between files and the project is defined as "all files inside
> the project directory. I don't know to what extent it is actually the case,
> but if you use CMake with your projects, KDevelop should be able to have
> much more precise information about which files are actually part of the
> project, and what interdependencies there are between those files. That
> sort of information should make re-parsing less error-prone.
>

Well it is clear enough what files are part of the project: all files in
the source tree except the excluded ones. All known types like .c, .cpp and
.h are parsed. In that is equivalent CMake scheme, because CMakeLists.txt
contains the vary same file lists. I do have to add some preprocessor
variables manually though. But what else of "interdependencies" can be
important?


>
> >Is it an option of KDevelop and where is it?
>
> No, it's a choice you make in your build system. You know that KDevelop
> doesn't have an internal build system like Apple's XCode or Microsoft's
> Visual Studio. Instead it interfaces with CMake or QMake or Meson.
>

Precompiled headers not used.


>
> >was gone. I believe you don't test your software properly, do you?
>
> Whether or not they do that, it's almost impossible to foolproof this kind
> of software.
>

I believe this is easily reproducible. You have all the knowledge what to
do and what sources to take. I can send you KDevelop project files.


>
> > No, I don't know what happens when `git branch` doesn't update anything.
>
> That's easy enough to check, just create a new branch for testing and then
> switch between it and its parent branch to see what happens. It is best if
> you do that yourself, because I for one do not notice the big problems you
> seem to be having.
>

No, as I expected nothing bad happens.


>
> R.
>
>

-- 
All the best,

Aleksey Midenkov
@midenok
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop/attachments/20191227/581efcc0/attachment.html>


More information about the KDevelop mailing list