Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Nightly builds / Re: The 06 September 2026 build (14003) is out.
« Last post by Pecan on Today at 07:13:31 pm »
When working on builds for Fedora (https://copr.fedorainfracloud.org/coprs/sharkcz/danny/build/10959184/, details are in the builder-live.log files), I have noticed that libtool version 2.6.2 present in Rawhide fails the build of the codesnippets plugin after the tinyxml LIBADD was removed from its Makefile.am in revision 13996. System tinyxml library is used in the builds. I have confirmed that with libtool downgraded to 2.5.4 the build runs OK. AFAICT other plugins still use the LIBADD mechanism. Likely some change in libtool is causing this ...

Thanks for the report.
Fixed svn r14017
2
Hi Pecan,

I think some lines in Makefile.am were deleted accidently in revision 13996, restoring that should fix the issue.

https://sourceforge.net/p/codeblocks/code/13996/tree//trunk/src/plugins/contrib/codesnippets/Makefile.am?diff=51421f1dc431436b6eb31d56:13995

Thanks. I have no idea how that happened.
Fixed svn 14017
3
Hi,
I have been using CodeBlocks for hobby projects for a while now and upgraded from the 2020 Version to the 25.03 Version a while back.
However I have noticed some very slow reaction times in the 25.03 version and investigated the issue, which I did not have with C::B 2020.

Especially when I close files, it freezes the application for about 10 seconds, which doesn't make any sense to me.
I also noticed that C:B consumes 4GB of RAM by just starting it, pushing my memory to above 90% used. Is this normal? I'm sorry to compare but Visual Studio with a loaded complex project only consumes ~500MB of RAM.
Also while closing my project the RAM usage suddenly increases by 1GB and never quite goes down again. How does that make any sense?
Finally, I have to reload my project quite often because I use cmake to re-generate the project file whenever I add or change resources etc. and that also takes about 30-45 seconds, which feels a bit painful.

I'm on windows 11 (8GB RAM), using msys2, mingw64, cmake, ninja, with CodeBlocks.

I don't remember having an issue with CB 2020 before (closing files being slow).
1) Can I do anything to reduce the RAM usage of CB or 2) the file closing issue? 3) Is this amount of memory usage expected?

I already reinstalled CodeBlocks and got rid of an unrelated "lib_finder.dll not found" error, thanks to forum posts, maybe you can help me out here, too?

Thank you.

4
Development / Re: svn14014 regression: cb compile syntax error
« Last post by Miguel Gimenez on Today at 10:34:39 am »
Fixed, thank you. I wrote this using wx3.0, so it went unnoticed.
5
Hi Pecan,

I think some lines in Makefile.am were deleted accidently in revision 13996, restoring that should fix the issue.

https://sourceforge.net/p/codeblocks/code/13996/tree//trunk/src/plugins/contrib/codesnippets/Makefile.am?diff=51421f1dc431436b6eb31d56:13995

6
Development / svn14014 regression: cb compile syntax error
« Last post by blauzahn on Yesterday at 11:25:29 pm »
in pluginsconfigurationdlg.cpp:41

Code
#if wxCHECK_VERSION(3, 3, 2)
    const bool IsDark = wxSystemSettings::GetAppearance()IsDark();
#else
    const bool IsDark = false;
#endif

There is a point missing before IsDark();

Should be:

Code
const bool IsDark = wxSystemSettings::GetAppearance().IsDark();

Thank you.
7
Development / Re: Change to C++17?
« Last post by Miguel Gimenez on Yesterday at 09:13:56 am »
Squirrel warning removed in r14013, thanks christo and LETARTARE.
8
Development / Re: Change to C++17?
« Last post by LETARTARE on Yesterday at 12:23:50 am »
@christo :Thanks
Errors in Squirrel are removed by the indicated correction. (r14011)
9
Nightly builds / Re: The 06 September 2026 build (14003) is out.
« Last post by lp08 on September 10, 2026, 11:19:05 pm »
wxWidgets Debug Allert
A debugging check in this application has failed.
../../src/common/wincmn.cpp(3370): assert "!wxMouseCapture::IsInCaptureStack(this)" failed in captureMouse(): Recapturing the mouse in the same windows?  :-\ :o

I'm having a problem reproducing this. Can you give us a few steps to cause the problem?

I opened the project containing my program and two generated log.txt files in Code::Blocks. I executed my program using the MSYS2 terminal. Upon returning to Code::Blocks, I reload the log view, and clicking inside the Code::Blocks interface causes it to crash / throw an error.
10
Development / Re: Change to C++17?
« Last post by killerbot on September 10, 2026, 08:07:09 pm »
I am building the nightlies for a few weeks (?months) with -std=c++23.

I would suggest to step up to 23, and let's avoid extension, so I would suggest not to use 'gnu++xx'.

What do you think ?
Pages: [1] 2 3 4 5 6 ... 10