Recent Posts

1

General (but related to Code::Blocks) / Faild to build C::B with github action with latest wxWidgets 3.3.3

« Last post by ollydbg on Today at 11:08:22 am »

Hi, I used to use github action to build the C::B for windows under msys2/UCRT64 platform. It works OK for a long time.

Recently, I see the build error, I found that if I try to enable the "update" of the msys2 packages, then the github action get failed.
If I don't enable the update of the packages, I can build the C::B successfully, but the wxWidgets library is 3.3.2, not the latest wx 3.3.3.

Here is my github project:

https://github.com/asmwarrior/x86-codeblocks-builds

You can see the core script is this one:

https://github.com/asmwarrior/x86-codeblocks-builds/blob/main/.github/workflows/main64.yml

I tweak the yml files for a while, see the change logs of this file, and I can't solve this issue.

Any one can help? Thanks.

2

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

« Last post by Miguel Gimenez on Today at 09:22:14 am »

Fixed in r13959, thank you.

3

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

« Last post by everSome on Yesterday at 08:39:07 pm »

Note that the stack trace though is a little different than my previous encounter with this version of the pop up warning: "iCCP: known incorrect sRGB profile". Using CODE::BLOCKS r13957 produces this stack trace"

Code

#0 ??	png_compare_ICC_profile_with_sRGB (png_ptr=0x8f86710, profile=0x8faf750 "", adler=60355580) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\png\png.c:2391)
#1 0x7ffcb78b1aac	wx_png_icc_set_sRGB(png_ptr=0x8f86710, colorspace=0x8f86bd0, profile=0x8faf750 "", adler=60355580) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\png\png.c:2434)
#2 0x7ffcb78ca776	wx_png_handle_iCCP(png_ptr=0x8f86710, info_ptr=0x8f86c50, length=0) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\png\pngrutil.c:1595)
#3 0x7ffcb78b7586	wx_png_read_info(png_ptr=0x8f86710, info_ptr=0x8f86c50) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\png\pngread.c:225)
#4 0x7ffcb7421127	(anonymous namespace)::wxPNGImageData::DoLoadPNGFile(this=0x5fc9c0, image=0x5fd5d0, wxinfo=...) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\common\imagpng.cpp:322)
#5 0x7ffcb7421a7f	wxPNGHandler::LoadFile(this=0x29eb1c0, image=0x5fd5d0, stream=..., verbose=true) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\common\imagpng.cpp:431)
#6 0x7ffcb7414593	wxImage::DoLoad(this=0x5fd5d0, handler=..., stream=..., index=-1) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\common\image.cpp:2870)
#7 0x7ffcb7414b2c	wxImage::LoadFile(this=0x5fd5d0, stream=..., type=wxBITMAP_TYPE_ANY, index=-1) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\common\image.cpp:2946)
#8 0x7ffca2d80780	cbLoadImageFromFS(image=..., filename=..., bitmapType=wxBITMAP_TYPE_ANY, fs=...) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\sdk\globals.cpp:1143)
#9 0x7ffca2d80885	cbLoadBitmap(filename=..., bitmapType=wxBITMAP_TYPE_ANY, fs=0x0) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\sdk\globals.cpp:1158)
#10 0x7ffc3eba9ffd	wxsResourceTree::wxsResourceTree(this=0x8f83710, Parent=0x8fa52f0) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\plugins\contrib\wxSmith\wxsresourcetree.cpp:81)
#11 0x7ffc3eba3f2c	wxSmith::BuildBrowsers(this=0x7252d30) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\plugins\contrib\wxSmith\wxsmith.cpp:196)
#12 0x7ffc3eba2db2	wxSmith::OnAttach(this=0x7252d30) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\plugins\contrib\wxSmith\wxsmith.cpp:102)
#13 0x7ffca2ce6007	cbPlugin::Attach(this=0x7252d30) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\sdk\cbplugin.cpp:73)
#14 0x7ffca2da7e71	PluginManager::AttachPlugin(this=0x6a53130, plugin=0x7252d30, ignoreSafeMode=false) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\sdk\pluginmanager.cpp:203)
#15 0x7ffca2db046e	PluginManager::LoadAllPlugins(this=0x6a53130) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\sdk\pluginmanager.cpp:1202)
#16 0x7ff6336a1efc	MainFrame::ScanForPlugins(this=0x306de80) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\src\main.cpp:1507)
#17 0x7ff633699941	MainFrame::MainFrame(this=0x306de80, parent=0x0) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\src\main.cpp:794)
#18 0x7ff633633982	CodeBlocksApp::InitFrame(this=0x1cdb70) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\src\app.cpp:571)
#19 0x7ff633635406	CodeBlocksApp::OnInit(this=0x1cdb70) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\src\app.cpp:810)
#20 0x7ff633750845	wxAppConsoleBase::CallOnInit(this=0x1cdb70) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\include\wx\app.h:93)
#21 0x7ffcb718241d	wxEntryReal(argc=@0x7ffcb81c17d0: 9, argv=0x1cd950) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\common\init.cpp:481)
#22 0x7ffcb721e890	wxEntry(argc=@0x7ffcb81c17d0: 9, argv=0x1cd950) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\msw\main.cpp:179)
#23 0x7ffcb721ea84	wxEntry(hInstance=0x7ff633630000, nCmdShow=10) (C:\msys64\home\NateJoe\wxWidgets\wxRegEx_changes\NewConfig\wxWidgets-3.2.11\src\msw\main.cpp:339)
#24 0x7ff633632c43	WinMain(hInstance=0x7ff633630000, hPrevInstance=0x0, lpCmdLine=0xf4c37 "--debug-log --no-dde --no-check-associations --multiple-instance --no-splash-screen --verbose -p debug", nCmdShow=10) (C:\msys64\home\NateJoe\CodeBlocks\codeblocks-code-r13957-trunk_Just333\src\src\app.cpp:381)
#25 0x7ff6337b75aa	main(argc=<optimized out>, argv=<optimized out>, envp=<optimized out>) (D:/W/B/src/mingw-w64/mingw-w64-crt/crt/crtexewin.c:62)
#26 0x7ff633631157	__tmainCRTStartup() (D:/W/B/src/mingw-w64/mingw-w64-crt/crt/crtexe.c:266)
#27 0x7ffd6dfc7374	KERNEL32!BaseThreadInitThunk() (C:\WINDOWS\System32\kernel32.dll:??)
#28 0x7ffd6ea5cc91	ntdll!RtlUserThreadStart() (C:\WINDOWS\SYSTEM32\ntdll.dll:??)
#29 ??	?? () (??:??)

The .png file being loaded this time is:

Code

devel33_64\\share\\codeblocks/images/wxsmith/wxBitmapToggleButton16.png

which seems to have come from r13845 dated May 18, 2026.

4

Using Code::Blocks / Re: Editor : Swap header/source

« Last post by LETARTARE on Yesterday at 02:39:26 pm »

Not having found, I wrote a fix to do so.
But when analyzing the code I found an anomaly !

The class managing the exchange is called 'EditorManager' ('editormanager.h' and 'editormanager.cpp')

Also I offer you a test:
I use the renowned version 'cb-13951' (cb51) and 'cb-13958' (cb58)
(or any other available versions)

1- open any version of 'CB' but empty,
2- load the 'cb51.cbp' project, open the file 'include/editormanager.h'
3- load the 'cb58.cbp' project, open the file 'include/editormanager.h'
4- activate the project 'cb51' :
    4-1 select 'cb51::editormanager.h'
    4.2 use in the editor's survey menu' => 'Swap header/source' and validate :
    => a file ''cb51::editormanager.cpp' appears on the right ; it's good

    4.3-  select 'cb58::editormanager.h'
    4.4- use in the editor's survey menu' => 'Swap header/source' and validate :
    => the file 'cb51::editormanager.cpp' is selected !!, it's not the good file

This shows that the verification of belonging to the same project was not carried out in the code

If you could confirm these results, I'll drop off a ticket with the fix.

5

Development / Re: Quickly fully expanding a project's tree

« Last post by Miguel Gimenez on Yesterday at 11:19:00 am »

Delayed profile spammer reported to moderator.

6

Using Code::Blocks / Re: Interest in a CMake Solution Generator for Code::Blocks via cmake-file-api?

« Last post by ollydbg on August 18, 2026, 01:09:58 pm »

This is a nice feature.

7

Development / Re: Quickly fully expanding a project's tree

« Last post by evelynwang on August 18, 2026, 05:07:31 am »

I like to view the entire tree of a project, and I find it annoying that I have to manually expand all of the subdirectories. I checked the menus, checked keyboard shortcuts, and there seems to be no way to do this quickly. It's one of my few C::B pain points. I've already got a basic patch in the works for this that adds an "Expand all" option to project and folder (including virtual) right-click menus in projectmanagerui.cpp. Is there any interest in this?

I'm also curious about this. Would an "Expand all" option work recursively for both physical folders and virtual folders, or would there be any performance concerns with large projects? A quick way to collapse everything again would be useful too.

8

Using Code::Blocks / Re: Interest in a CMake Solution Generator for Code::Blocks via cmake-file-api?

« Last post by Suryavarman on August 17, 2026, 03:07:29 pm »

Nice.

 

9

Development / Re: Assertion on closing codeblocks due to wxWidgets 3.3

« Last post by Miguel Gimenez on August 17, 2026, 02:28:37 pm »

There is a similar issue, see wxTreeCtrl::GetFirstVisibleItem() returns invisible item on MSW if the tree is hidden. I added an item visibility check to avoid an assertion when the project tree was hidden on project loading.

10

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

« Last post by Miguel Gimenez on August 17, 2026, 01:38:39 pm »

Workaround for broken range-for added in r13956, thanks Blauzahn.