Recent Posts

61

Development / Re: wxWidgets version mismatch in About dialog on Linux

« Last post by Miguel Gimenez on August 14, 2026, 08:17:35 pm »

One is the version used to compile C::B, it will not change until a recompilation. The other is the version of the wxWidgets dynamic library used to run C::B, it may change after a system update.

wx3.2.x is special because the library name does not change with version updates, so C::B just uses the new library as they have the same ABI. This mismatch will not happen with wx3.3.x.

62

Development / wxWidgets version mismatch in About dialog on Linux

« Last post by PB on August 14, 2026, 02:37:16 pm »

JFYI...

After a long time, I have launched my Ubuntu VM and I upgraded it from v24 to v26.

I tried whether C::B still works and noticed in its About dialog, that wxWidgets is reported as 3.2.4 in the build info line but 3.2.9 in the Information tab. Using Ctrl+Alt+MiddleClick confirms that wxWidgets is indeed 3.2.9.

Unfortunately, I have no idea where I got C::B from and how to check whether the reported GCC version is correct.

When the same version nightly is run on Windows, both wxWidgets versions are the same there.

63

Help / Re: The tabs close when you save a file.

« Last post by dthu on August 14, 2026, 01:48:17 am »

Thanks, no problem anymore.

64

General (but related to Code::Blocks) / Re: "iCCP: known incorrect sRGB profile" when using wxWidgets-3.2.11

« Last post by Miguel Gimenez on August 13, 2026, 07:05:59 pm »

Fixed in r13951.

65

Contributions to C::B / Re: Patch for debugger_gdbmi_windows.cbp

« Last post by Pecan on August 13, 2026, 06:23:21 pm »

Applied svn 13950
Thanks

66

Contributions to C::B / Patch for debugger_gdbmi_windows.cbp

« Last post by gd_on on August 13, 2026, 12:00:25 pm »

Here is a patch for debugger_gdbmi_Windows.cbp
There was an error in the building of the zip file: 3 files were missing. So the GDB/MI panel did not display the configuration.

67

Help / Re: The tabs close when you save a file.

« Last post by killerbot on August 12, 2026, 11:05:56 pm »

I originally wrote the glob feature, and then somebody worked on it, to provide a UI, and some other features.
Since that day, it has been driving me crazy, what I suffered from was, when I edited such opened file, and saved it, it always jumped to the start of the file, and the close thing I might have suffered from that too.

So nice to see, there is a fix. I will try to check if in my projects this is solved too.

I started ditching the glob feature use due to that regression, since I don't have time myself to go study what happened to the original feature.

68

Help / Re: The tabs close when you save a file.

« Last post by christo on August 12, 2026, 08:21:36 pm »

Issue is due to an extra file separator added in calculating relative path. This causes false failure  on checking if file is in glob list. And it results in editor being closed.

Fix added in svn r13949

69

General (but related to Code::Blocks) / CodeBlocks 20.03 pre 2023 builds

« Last post by codingisfun on August 12, 2026, 11:00:46 am »

Hi
I've recently tried to reinstall codeblocks 20.03 on my retro windows xp machine and I realized it won't work anymore, 2 years ago I downloaded the exact same version and it worked perfectly fine on the exact same machine, it turns out somebody has updated the files and the new files give you a broken build. to confirm it I dug up this old portable 20.03 build dated 2021 from archive.org and I can confirm it used to work, if you've got older installers please give me a link I want to burn them into a DVD so my time won't be wasted again.

70

Help / Re: The tabs close when you save a file.

« Last post by blauzahn on August 12, 2026, 06:43:09 am »

A quick glance into projectloader.cpp function UpdateGlob shows a range for-loop with a temporary a few lines above line 1143:

Code

// First search for valid project files (glob id) and also for project files we have to remove
for (ProjectFile* file : m_pProject->GetFilesList())

This has been fixed in C++23 (see: https://www.open-std.org/jtc1/sc22/wg21/docs/papers/2022/p2644r1.pdf).

In the meantime I recommend to put the file list into a local variable like that:

Code

// First search for valid project files (glob id) and also for project files we have to remove
const auto& files = m_pProject->GetFilesList();
for (ProjectFile* file : files)

It may not be the reason for this issue but should be fixed anyway.