Recent Posts

1

Help / Re: code::blocks hangs at startup

« Last post by Miguel Gimenez on Today at 10:06:29 am »

Thanks for testing. If this works then I will leave wxsresourcetree as is, because the change would be complex.

Probably works because wxsresourcetree uses cbLoadBitmap(), which calls wxImage::LoadFile() instead of wxBitmap::LoadFile().

2

Help / Re: code::blocks hangs at startup

« Last post by killerbot on Today at 08:36:39 am »

I reverted the patch that was posted here above yesterday,and used your latest commit.

CB now starts up for me without problems (or at least not directly visible to me ;-) )

3

Development / Re: wxSmith use bad constructor for wxStaticBoxSizer

« Last post by Miguel Gimenez on Today at 08:24:35 am »

Nonsense from profile spammer reported to moderator.

4

Help / Re: code::blocks hangs at startup

« Last post by Miguel Gimenez on Today at 08:23:17 am »

The change is not finished, wxsresourcetree must be modified.

5

Development / Re: wxSmith use bad constructor for wxStaticBoxSizer

« Last post by guacamole on Today at 08:13:58 am »

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

6

Help / Re: code::blocks hangs at startup

« Last post by killerbot on Today at 07:57:18 am »

I will test later today

7

Help / Re: code::blocks hangs at startup

« Last post by Miguel Gimenez on Yesterday at 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.

8

Help / Re: code::blocks hangs at startup

« Last post by Miguel Gimenez on Yesterday at 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.

9

Help / Re: code::blocks hangs at startup

« Last post by killerbot on Yesterday at 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 ...

10

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

« Last post by Miguel Gimenez on Yesterday at 11:55:40 am »

Applied in r13774, thank you.