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

[Aleksey Midenkov]

Btw, adding CMake project to session with Custom build system project (on
same sources) just crashes KDevelop in the middle of syntax parsing. Config
files for projects are different. I am depressed with the quality of this
software.

On Fri, Dec 27, 2019 at 1:08 AM Aleksey Midenkov <midenok at gmail.com> wrote:

>
>
> 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
>


-- 
All the best,

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