User forums > Using Code::Blocks

How to find out why the symbols browser is stalling codeBlocks?

(1/1)

fruitCode:
I used C::B 17.12 although I had the same problem in version 12 and 16, I am using C::B on windows 7 on a 64bits machine which has i7 and 32Gb of RAM.
I expecting long freezes while using codeblocks which is so annoying that it is impossible to use it. After searching this forum I found similar complaints and there it is advised to disable the 'symbols browser'.
This solved my problem but it is not very satisfying. In some of my projects I experience this problem and some I don't, most of the time I notice this problem with projects that are set-up using cmake, so the codeblocks project file is generated by cmake.

Now I was wondering if I can enable some kind of debug/log feature to see what is actually the problem, why is the symbols browser choking on my project, which file, which construct. So that I (we) can find the root cause of the problem (if any) or that I can adapt my project so that I don't experience the problem anymore.
Is there such a feature for the symbols browser? If yes, how to enable it? If it doesn't exist can someone shine a light here then I can maybe contribute myself to create it.
Thanks in advance.

oBFusCATed:
There is no long. The best way to find the root cause of the problem is to use a profiler.
Unfortunately I don't know a free one for windows that works.

But keep in mind that in wx3.x build the symbol browser is disabled, because it does wx calls from non-gui threads, which causes many crashes.
In wx2.8 builds this is not so bad, but it is possible that these calls might cause lock up.

Anyway time spent on fixing the symbol browser in its current state will be wasted. Last time I've looked at it it seems that the feature must be redone from scratch. I'm not sure when I'll have the time to do it unfortunately, so a volunteer is welcome.

Navigation

[0] Message Index

Go to full version