We switched to gcc 14.1.0 (on 20 May 2024) --> download the new wx/mingw dll's see link belowGet the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/14.1.0posix-18.1.5-11.0.1-ucrt-r1/winlibs-x86_64-posix-seh-gcc-14.1.0-mingw-w64ucrt-11.0.1-r1.7zGet quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml
Before you use a nightly make sure you understand how it works (http://forums.next.codeblocks.org/index.php/topic,3232.0.html).
A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw32u_gcc_cb_wx325_2D_gcc1410-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls14.1.0.7z
The 14 June 2024 build is out.
- Windows :
http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2024/CB_20240614_rev13529_win64.7z
- Linux :
none
The current SDK version is : 2.25.0
Resolved Fixed:
- lib_finder: Fix stack corruption when clicking on "Try to detect missing ones".
- BrowseTracker 1.4.116 24/06/1 Allow user to set max entries for jump,browse marks etc.
Regressions/Confirmed/Annoying/Common bugs:
Hi.
OS X version of this rev can be downloaded from my website (https://wxstuff.xaviou.fr/article/codeblocks-nightly-builds.html).
There is only a macOS-11.6 version.
Note that it is not a notarized version of the application.
32 bits version for Windows can also be can be downloaded from my website (https://wxstuff.xaviou.fr/article/codeblocks-nightly-builds.html).
Debian Bookworm and Bullseye (32 and 64 bits) can be installed from my repo (https://wxstuff.xaviou.fr/article/debian-repository.html)
The corresponding unsigned deb files can also be downloaded from the website page linked above.
Ubuntu-22.04, 23.10 and 24.04 versions can be installed from my ppa (https://launchpad.net/~x-psoud/+archive/ubuntu/cbnb)
Regards
Xav'
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.
Quote from: ThierryD on June 15, 2024, 05:17:25 PM
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.
Try disabling all pugins, and check your speed. Then turn them back on one-by-one to find the plugin (maybe) causing the problem.
if you revert to the previous nightly, is the problem gone ?
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.
So, you did not try to disable all the plugs except for the Compiler plugin, correct?
Edit: You should at least try disabling lib_finder and BrowseTracker plugins; these are the ones reported as changed in this nightly build.
Edit2: Clangd_client plugin was also changed
Tim S.
Quote from: ThierryD on June 16, 2024, 06:35:54 PM
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.
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.
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.
Mac version just crashes at startup for me. All the builds since 13447 seem to crash the same.
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
Quote from: Miguel Gimenez on June 17, 2024, 03:48:09 PM
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.
Thanks, I'll investigate.
Quote from: ThierryD on June 17, 2024, 03:24:24 PM
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.
Fixed (I think) rev 13530.
@ThierryD
Could you test rev 13530 to see if it solves the problem.
And let us know your experience.
I you're not compiling the source, wait for the next nightly and let ud know how the changes work for you.
Thanks
Hi Pecan,
I wait about next nightly build ... because, today, I can't recompile CB on my platform ... but, it's one of my objective in the future. I participe on Freeglut version 3.6.0 today on Windows and Linux (with CB ... sure !, but also with Cmake).
After install last CB nigthly build (svn 13533), problem disappear.
Thank's for your reactivity, good job.
Bye.
PS : Why generation of CB Project by Cmake is considered like "deprecated" by Cmake Team ?
Thank's.
Quote from: ThierryD on June 30, 2024, 12:36:40 PM
PS : Why generation of CB Project by Cmake is considered like "deprecated" by Cmake Team ?
Because it is too much of a burden for them to support every IDE there is. Instead, they offer a defined API which allows the IDEs to integrate CMake from their side. This is basically the same approach how programming languages get supported by IDEs through language servers.
Hi,
Ok sodev, it's clear. Like clangd ... I suppose.
How CB integrate Cmake (or not) ?
Thank's ?
Thierry D.
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.next.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?
Quote from: Miguel Gimenez on January 28, 2025, 12:04:44 PM
This post (https://forums.next.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?
I'll have a look today and try to reproduce it.
Quote from: Elena on January 26, 2025, 01:41:48 PM
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
@Elena: I apologize for missing your post.
I've reworked the Editor hook for efficiency such that only flags are set in that code and moved all processing of BrowseTracker arrays to the idle processing time routine.
Please consider retesting, since I was unable to recreate the slowdown and let us know the outcome.
CodeBlocks revision 13606.
Regards, pecan
Quote from: Miguel Gimenez on January 28, 2025, 12:04:44 PM
This post (https://forums.next.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?
I was unable to recreate the described assert and slowdown in the BrowseTracer plugin. But I've done some extensive re-coding to elimate any array processing in the editor hook and moved that processing to OnIdle().
I've also added more guards to avoid out-of-bounds conditions in the AddEditor() routine.
CB commit13606
Quote from: Elena on January 26, 2025, 01:41:48 PM
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
Fixed svn 13612.
The actual slowdown culprit was CodeCompletion (CC) "Parse while typing" setting. However when the user disabled settings while a project was loaded, CC clobbered the settings back to the older condition as the project was closed.
Although the fix preserves the users settings in the .conf (global settings) the user will still have to re-parse the projects/files in order to apply the changed CodeCompletion global settings to the projects or files.
The easiest way to do that is to close and reopen the workspace or right-click on a project in the workspace tree and select 'Reparse this project'.
Hi, thanks for your support. Since at present I am not equipped to compile C::B I will surely test once the new NB binary is ready (it seems there haven't been any new NB since December btw)
The text in Parser::ShowGlobalChangeAnnoyingMsg() should allow translation, something like this:
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'.");
Quote from: Miguel Gimenez on February 16, 2025, 11:35:39 AM
The text in Parser::ShowGlobalChangeAnnoyingMsg() should allow translation, something like this:
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'.");
I have fixed that in the SVN now, thanks.