Recent Posts

71

Help / Re: code::blocks hangs at startup

« Last post by Miguel Gimenez on January 23, 2026, 08:23:17 am »

The change is not finished, wxsresourcetree must be modified.

72

Development / Re: wxSmith use bad constructor for wxStaticBoxSizer

« Last post by guacamole on January 23, 2026, 08:13:58 am »

When I experimented with this, my friends loved discovering our unique creations together! Any tips on level design?

73

Help / Re: code::blocks hangs at startup

« Last post by killerbot on January 23, 2026, 07:57:18 am »

I will test later today

74

Help / Re: code::blocks hangs at startup

« Last post by Miguel Gimenez on January 22, 2026, 07:20:23 pm »

I have just commited r13775 implementing delay-load of most images. This commit will make easier changing to SVG in the near future.

wxsresourcetree must still be modified before checking if C::B still hangs at startup.

75

Help / Re: code::blocks hangs at startup

« Last post by Miguel Gimenez on January 22, 2026, 04:34:43 pm »

not sure if really usable

It is very helpful indeed.

IMHO the problem is wxSmith uses global objects to register items:

Code

namespace
{
    wxsRegisterItem<wxsAnimationCtrl> Reg(_T("AnimationCtrl"),wxsTWidget,_T("Standard"),370);

The constructor of wxsRegisterItem (in wxsitemfactory.h:200) calls wxBitmap::LoadFile(), but this call will happen before the image handlers have been initialized because global objects are constructed before program starts.

Code

            wxString DataPath = ConfigManager::GetDataFolder() + _T("/images/wxsmith/");
            Info.Icon32.LoadFile(DataPath+Info.ClassName+_T("32.png"),wxBITMAP_TYPE_PNG);
            Info.Icon16.LoadFile(DataPath+Info.ClassName+_T("16.png"),wxBITMAP_TYPE_PNG);

One possible solution would be delay loading the icons, i.e. load them the first time they are needed.

76

Help / Re: code::blocks hangs at startup

« Last post by killerbot on January 22, 2026, 03:12:34 pm »

#0  0x00007ffff4f1e80d in syscall () at /lib64/libc.so.6
#1  0x00007ffff4747e95 in std::sys::sync::condvar::futex::Condvar::wait () at /lib64/libglycin-2.so.0
#2  0x00007ffff46cb1bb in parking::Inner::park () at /lib64/libglycin-2.so.0
#3  0x00007ffff45fd656 in gly_loader_load () at /lib64/libglycin-2.so.0
#4  0x00007ffff712325e in () at /lib64/libgdk_pixbuf-2.0.so.0
#5  0x00007ffff7123637 in () at /lib64/libgdk_pixbuf-2.0.so.0
#6  0x00007ffff7113158 in gdk_pixbuf_new_from_file () at /lib64/libgdk_pixbuf-2.0.so.0
#7  0x00007ffff6b7d3b0 in wxBitmap::LoadFile(wxString const&, wxBitmapType) () at /lib64/libwx_gtk3u_core-suse-nostl.so.16.0.0
#8  0x00007fffc8ebe80f in wxsRegisterItem<wxsAnimationCtrl>::wxsRegisterItem(wxString, wxsItemType, wxString, long, bool) ()
    at /usr/local/lib/libwxsmithlib.so.0
#9  0x00007fffc8d6bacf in _GLOBAL__sub_I_wxsanimationctrl.cpp () at /usr/local/lib/libwxsmithlib.so.0


not sure if really usable, can not reproduce, ran in gdb, when it hang : ctrl-c and then bt.
but most of the other times I get something else ...

77

Contributions to C::B / Re: CodeBlocks command line size to trigger response file is too big. (patch)

« Last post by Miguel Gimenez on January 22, 2026, 11:55:40 am »

Applied in r13774, thank you.

78

Development / Re: Mostly Successful Build CB 25 on GhostBSD 25

« Last post by Miguel Gimenez on January 22, 2026, 11:42:28 am »

Reincident spammer reported to moderator.

79

Development / Re: unified workspace and cbp under Windows for different wxWidgets versions

« Last post by Miguel Gimenez on January 22, 2026, 11:38:44 am »

Spam reported to moderator.

80

Nightly builds / Re: The 06 December 2025 build (13761) is out.

« Last post by srm2000 on January 22, 2026, 11:11:45 am »

waiting for the first build of 2026
Happy new year!