Hi,
On my fix PC, I test newly nigthly build : Windows 11 64 bits with SSD device.
On my laptop, I use precedent nigthly : Windows 11 64 bits with SSD device (sure most up-to-date architecture).
But, my first constat with newly nightly, it's very very slow ... (many wait turn ... before success of open Workspace).
And, selections beetween files inluded in my project are also very slow.
Only this change on my fix PC.
Someone see same behaviour ?
Thank you.
Thierry D.
Hi,
Yes, if I return to previous nightly on my fix PC (svn 13524), problem disapear ...
I don't load any plugin (only default).
Thank's.
Thierry D.
Date/Time: 2024-06-17 10:35:41.9776 -0400
OS Version: macOS 14.5 (23F79)
Report Version: 12
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 ??? 0x7ff8a776ea78 ???
1 libsystem_kernel.dylib 0x7ff81749314a __pthread_kill + 10
2 libsystem_pthread.dylib 0x7ff8174cbebd pthread_kill + 262
3 libsystem_c.dylib 0x7ff8173f1a79 abort + 126
4 libwx_baseu-3.2.0.2.2.dylib 0x10d642681 wxFatalSignalHandler(int) + 33
5 libsystem_platform.dylib 0x7ff8174fafdd _sigtramp + 29
6 ??? 0xffff800000000000 ???
7 libcodecompletion.dylib 0x11b21792d ClassBrowser::ThreadedBuildTree(cbProject*) + 621
8 libcodecompletion.dylib 0x11b217292 ClassBrowser::UpdateClassBrowserView(bool) + 1378
9 libcodecompletion.dylib 0x11b216c40 ClassBrowser::SetParser(ParserBase*) + 256
10 libcodecompletion.dylib 0x11b29f114 ParseManager::CreateClassBrowser() + 1892
11 libcodecompletion.dylib 0x11b23c29c CodeCompletion::OnAttach() + 236
12 libcodeblocks.0.dylib 0x10a44e5b5 cbPlugin::Attach() + 117
13 libcodeblocks.0.dylib 0x10a5e3889 PluginManager::AttachPlugin(cbPlugin*, bool) + 105
14 libcodeblocks.0.dylib 0x10a5ea240 PluginManager::LoadAllPlugins() + 2032
15 codeblocks 0x10062e60a MainFrame::ScanForPlugins() + 1082
16 codeblocks 0x100628eac MainFrame::MainFrame(wxWindow*) + 3852
17 codeblocks 0x10063130d MainFrame::MainFrame(wxWindow*) + 29
18 codeblocks 0x100564776 CodeBlocksApp::InitFrame() + 54
19 codeblocks 0x100566b14 CodeBlocksApp::OnInit() + 6404
20 libwx_osx_cocoau_core-3.2.0.2.2.dylib 0x10c65f29a wxApp::CallOnInit() + 170
21 libwx_baseu-3.2.0.2.2.dylib 0x10d5ba674 wxEntry(int&, wchar_t**) + 52
22 codeblocks 0x100562d93 main + 35
23 dyld 0x200b0d366 start + 1942
After the changes in r13526 (https://sourceforge.net/p/codeblocks/code/13526/) GetMaxEntries() is called many times, even from OnUpdateUI, and it is a CPU-hungry method.
Hi Tim,
Sorry, OK, I will do this test.
I update first to recent nightly (svn 13529). Symptom is same, very very slow...
I disable first plugin "Browse Tracker" of your recommandation ... and problem disapear ... IDE Interface become "normally quick" (like before upgrade).
What are change with this plugin ?
Thank's.
Thierry D.
PS : Why generation of CB Project by Cmake is considered like "deprecated" by Cmake Team ?
This post (https://forums.codeblocks.org/index.php/topic,25952.msg176745.html#msg176745) describes a problem with the same commit producing the delays.
@Pecan, can you take a look?
Hi, I hope this message will be noticed. I did not open a new topic because it is definitely related to build 13529 and over.
I also have experienced major slowdowns since b13529.
What I wanted to point out is that the culprit was indeed Browse Tracker, I disabled it and now everything is fine as before.
At the moment of writing this, current NB is 13600 and the problem is *still present*. Therefore, I simply have to keep the plugin disabled. Hope this helps.
Therefore, please consider fixing the plugin, which is causing major slowdowns since b13529
Thx
This post (https://forums.codeblocks.org/index.php/topic,25952.msg176745.html#msg176745) describes a problem with the same commit producing the delays.
@Pecan, can you take a look?
Hi, I hope this message will be noticed. I did not open a new topic because it is definitely related to build 13529 and over.
I also have experienced major slowdowns since b13529.
What I wanted to point out is that the culprit was indeed Browse Tracker, I disabled it and now everything is fine as before.
At the moment of writing this, current NB is 13600 and the problem is *still present*. Therefore, I simply have to keep the plugin disabled. Hope this helps.
Therefore, please consider fixing the plugin, which is causing major slowdowns since b13529
Thx
warningMsg = _("The global settings change does not take effect\n"
"until the projects are either reloaded or reparsed.\n\n"
"You can selectively reparse projects by right clicking\n"
"on the project title in the Workspace tree and selecting\n"
"'Reparse current project'.");
The text in Parser::ShowGlobalChangeAnnoyingMsg() should allow translation, something like this:CodewarningMsg = _("The global settings change does not take effect\n"
"until the projects are either reloaded or reparsed.\n\n"
"You can selectively reparse projects by right clicking\n"
"on the project title in the Workspace tree and selecting\n"
"'Reparse current project'.");