71
my advice: don't use pcm.
I have several projects using C++23 in CB, even C++26.
I have several projects using C++23 in CB, even C++26.
News:
The new Release 25.03 is out! You can download binaries for Windows and many major Linux distros here .
Recent Posts
72
General (but related to Code::Blocks) / Re: Generate a file '*_linux.cbp' to '*_win.cbp' or vice versa
« Last post by Miguel Gimenez on April 22, 2026, 11:44:29 am »Profile spammer olenna reported to moderator.
73
General (but related to Code::Blocks) / Re: Generate a file '*_linux.cbp' to '*_win.cbp' or vice versa
« Last post by olenna on April 22, 2026, 11:13:07 am »There is no official tool that reliably converts a *_linux.cbp project into a *_win.cbp.
74
Help / Re: Cannot find the compiler
« Last post by thereforerepair on April 22, 2026, 10:17:41 am »Go to Settings -> Compiler, select the "Toolchain executables" tab and fill the controls with your compiler's location (use where gcc.exe in the cmd prompt) and program's names.
Great! The instructions shared are accurate. Executing the correct command is crucial to ensuring the program works and runs.
75
General (but related to Code::Blocks) / Re: Generate a file '*_linux.cbp' to '*_win.cbp' or vice versa
« Last post by predictbong on April 22, 2026, 09:08:56 am »I agree with your point. Different operating systems also offer different linking options. It's perfectly possible to select the appropriate file across systems.
76
Help / Re: c++23
« Last post by rundowndrag on April 22, 2026, 09:05:03 am »The talk about C++23 features piqued my interest, especially the emphasis on enhancing code readability and performance. Are there any particular examples of this method having a big influence on projects?
77
Help / Re: Code editor window closing after saving files (related to very large projects)
« Last post by Pecan on April 19, 2026, 08:19:18 pm »I have run CB 20.05 in vmware with a memory size of 4gig and was unable to get the file closes on save that Stratelier gets.
I did experience the memory thrashing during a file save when memory usage reached 91%.
I ran CB under the debugger and chased high memory usage happening when scintilla double buffered the file. There was sometimes a near 10 second pause of the whole system.
Most likely memory thrashing.
I was unable to determine how files were closed when they were saved ok.
If they were not saved ok, we should have seen the message from this function:
I can only guess that this is some kind of physical memory error or that the stack got corrupted and the code returned to the wrong place.
I can find no code that saves the files ok and then closes them.
I did experience the memory thrashing during a file save when memory usage reached 91%.
I ran CB under the debugger and chased high memory usage happening when scintilla double buffered the file. There was sometimes a near 10 second pause of the whole system.
Most likely memory thrashing.
I was unable to determine how files were closed when they were saved ok.
If they were not saved ok, we should have seen the message from this function:
Code
if (!cbSaveToFile(m_Filename, m_pControl->GetText(), GetEncoding(), GetUseBom(), robustSave))
{
wxString msg;
msg.Printf(_("File %s could not be saved..."), GetFilename().c_str());
cbMessageBox(msg, _("Error saving file"), wxICON_ERROR);
return false; // failed; file is read-only?
}
I can only guess that this is some kind of physical memory error or that the stack got corrupted and the code returned to the wrong place.
I can find no code that saves the files ok and then closes them.
78
Help / Re: Why does the code editor window close after saving a file?
« Last post by Stratelier on April 19, 2026, 01:17:25 am »Sorry. At the time I was following the instructions from developer.gimp.org (and there are quite a few more for Windows than on Linux), one of which is to fetch it via git command-line.
The issue does seem specifically related to very large projects, as I cannot reproduce it in isolated files or "hello world" sized projects.
As for my system: A laptop from 2014 with 4GB shared RAM. It has room for 8 to 16GB but the RAM sockets are the last thing in the teardown (ugh). So it tends to be under a bit of stress.
The issue does seem specifically related to very large projects, as I cannot reproduce it in isolated files or "hello world" sized projects.
As for my system: A laptop from 2014 with 4GB shared RAM. It has room for 8 to 16GB but the RAM sockets are the last thing in the teardown (ugh). So it tends to be under a bit of stress.
79
Help / Re: Why does the code editor window close after saving a file?
« Last post by Pecan on April 19, 2026, 01:06:31 am »@Statelier
I was asking about where to download the Gimp source that's shown in the project window.
But I finally found it (I think). Downloaded it, made a project from it, and tried to get the problem as described. No luck though. It works ok for me. (Windows 11 64bit 32Meg memory).
Now I'll re-create cb 25.03 from source and see if I can step through "save" in the debugger with many files of Gimp loaded.
Please describe the hardware you're using. I'd like to use vmware to create a similar system and test your environment there.
I was asking about where to download the Gimp source that's shown in the project window.
But I finally found it (I think). Downloaded it, made a project from it, and tried to get the problem as described. No luck though. It works ok for me. (Windows 11 64bit 32Meg memory).
Now I'll re-create cb 25.03 from source and see if I can step through "save" in the debugger with many files of Gimp loaded.
Please describe the hardware you're using. I'd like to use vmware to create a similar system and test your environment there.
80
Help / Re: Why does the code editor window close after saving a file?
« Last post by Stratelier on April 19, 2026, 12:47:08 am »Where can I download the source causing the problem.
I want to re-create the problem while running CB under the debugger.
Also, are you sure that the Code Completion plugin is disabled?
That wait after saving feels like a timer pop then running some code.
Or a lock on the main gui code being released.
Very suspicious of a bug from last century.
Like I said, from the Sourceforge.net page linked from the Codeblocks Downloads page:
1 - https://www.codeblocks.org/downloads/binaries/#imagesoswindows48pnglogo-microsoft-windows
2 - links to -> https://sourceforge.net/projects/codeblocks/files/Binaries/25.03/Windows/codeblocks-25.03-setup.exe
For certainty, the SHA1 hash of the installer should be 99eafbb34f62cfaee58da6e0ae6e0b4ce88c9f1e (I downloaded a fresh copy from SF and it matches), though this does not match ANY of the signatures cited by the dappCDN downloads page (https://dappcdn.com/download/devtools/code-blocks?get=codeblocks-25.03-setup.exe).
If I download the equivalent installer from dappCDN, its SHA1 hash is accd7900ec89ec9bf1f45bc70dfd20dbb4a350f6 and this does match the signature cited on the page. I will try installing that one separately for comparison. (And in any case, the SHA1 of the main executable, codeblocks.exe, is the same either way: 7d16aadf9e10ab7fa39decedc6714bfcee5623f1)
And that is correct: I have ALL plug-ins disabled.
I would love to load one of GIMP's dependencies (like babl) just to have a second (smaller!) project as a datapoint, but for the moment I cannot actually create any new projects (no templates available), nor can I simply point CB at the source folder either.
Additionally, this all does not occur if I simply open a file directly (outside any project) and make/save changes. There is no strange lag after saving, the editor window stays open (as it should). And it is consistent between both installations.
In other words, this seems SPECIFICALLY correlated to the overall size of the project (as shown above in the logs: 3653 code files requiring 56.614 seconds to load).