51
Help / Re: code::blocks hangs at startup
« Last post by Miguel Gimenez on January 21, 2026, 03:56:41 pm »Can you put a breakpoint in OnAttach() and check where it hangs?
News:
When registered with our forums, feel free to send a "here I am" post here to differ human beings from SPAM bots.
Recent Posts
52
Help / Re: code::blocks hangs at startup
« Last post by killerbot on January 21, 2026, 03:52:05 pm »the wxwidgets I used is : 3.2.8
I updated with your latest commit, the problem is still there.
fyi: my gdk-pixbug version is 2.44.4
I updated with your latest commit, the problem is still there.
fyi: my gdk-pixbug version is 2.44.4
53
Help / Re: code::blocks hangs at startup
« Last post by Miguel Gimenez on January 21, 2026, 03:48:13 pm »Replaced XPM with PNG in OnAttach(), see r13773, this may fix the issue (untested).
There are more XPM bitmaps in other parts.
There are more XPM bitmaps in other parts.
54
Help / Re: code::blocks hangs at startup
« Last post by Miguel Gimenez on January 21, 2026, 01:44:53 pm »On 2.43 gdk-pixbuf deprecated the XPM api and disabled XPM loader by default, see release notes.
wxSmith defines a XPM in wxSmith.cpp:50 and uses it during plugin attachment in wxSmith.cpp:211; Probably changing this XPM to a PNG or SVG fixes the issue.
wxSmith defines a XPM in wxSmith.cpp:50 and uses it during plugin attachment in wxSmith.cpp:211; Probably changing this XPM to a PNG or SVG fixes the issue.
55
Help / Re: code::blocks hangs at startup
« Last post by Miguel Gimenez on January 21, 2026, 11:44:33 am »Works OK on Ubuntu 22.04 with wxWidgets 3.2.6, I cannot check on other Linux. wxSmith uses some initialization tricks that may be non-portable.
This ticket reports that downgrading gdk-pixbuf2 from 2.44.2-1 to 2.42.12-2 fixes the problem.
This ticket reports that downgrading gdk-pixbuf2 from 2.44.2-1 to 2.42.12-2 fixes the problem.
56
Help / Re: code::blocks hangs at startup
« Last post by stahta01 on January 21, 2026, 11:36:16 am »2 days ago, since a very long time, I did a fresh build of CB on linux, in Tumbleweed.
Build goes fine, but launching fails. With a similar problem as mentioned above, and the 'renaming' the 3 wxSmith zip files.
Probably when starting a build by excluding these plug-in(s) things would have been ok too.Codesudo mv /usr/local/share/codeblocks/wxSmithAui.zip /usr/local/share/codeblocks/wxSmithAui.old
sudo mv /usr/local/share/codeblocks/wxsmithcontribitems.zip /usr/local/share/codeblocks/wxsmithcontribitems.old
sudo mv /usr/local/share/codeblocks/wxsmith.zip /usr/local/share/codeblocks/wxsmith.old
Conclusion: this problem is not solved yet, did anyone in the meantime had a look at it ?
for reference, I stumbled also upon: https://bbs.archlinux.org/viewtopic.php?id=308575
What wxWidget version is being used?
My wild guess is the png images; I checked one image file and if not wxCHECK_VERSION(3, 1, 6) then png images are used.
Edit: The single source file (wxsitemeditor.cpp) I checked was the only one that used the svg images if 3.1.6 or newer.
Tim S.
57
Help / Re: code::blocks hangs at startup
« Last post by killerbot on January 21, 2026, 09:58:26 am »2 days ago, since a very long time, I did a fresh build of CB on linux, in Tumbleweed.
Build goes fine, but launching fails. With a similar problem as mentioned above, and the 'renaming' the 3 wxSmith zip files.
Probably when starting a build by excluding these plug-in(s) things would have been ok too.
Conclusion: this problem is not solved yet, did anyone in the meantime had a look at it ?
for reference, I stumbled also upon: https://bbs.archlinux.org/viewtopic.php?id=308575
Build goes fine, but launching fails. With a similar problem as mentioned above, and the 'renaming' the 3 wxSmith zip files.
Probably when starting a build by excluding these plug-in(s) things would have been ok too.
Code
sudo mv /usr/local/share/codeblocks/wxSmithAui.zip /usr/local/share/codeblocks/wxSmithAui.old
sudo mv /usr/local/share/codeblocks/wxsmithcontribitems.zip /usr/local/share/codeblocks/wxsmithcontribitems.old
sudo mv /usr/local/share/codeblocks/wxsmith.zip /usr/local/share/codeblocks/wxsmith.old
Conclusion: this problem is not solved yet, did anyone in the meantime had a look at it ?
for reference, I stumbled also upon: https://bbs.archlinux.org/viewtopic.php?id=308575
58
Development / Re: unified workspace and cbp under Windows for different wxWidgets versions
« Last post by Miguel Gimenez on January 20, 2026, 09:33:03 am »Future spam added to radar.
EDIT: Delayed profile spammer reported to moderator.
EDIT: Delayed profile spammer reported to moderator.
59
Development / Re: unified workspace and cbp under Windows for different wxWidgets versions
« Last post by Larrying on January 20, 2026, 04:12:50 am »This approach seems like a step in the right direction. A unified workspace would definitely streamline the development process, especially for handling different wxWidgets versions under Windows.
60
Using Code::Blocks / Re: Input / output redirection before run
« Last post by vici on January 19, 2026, 07:43:13 am »Project -- Set program's argument -- Select your target -- Program arguments
Your solution passes the string "<input.txt" to argv[0], so in the program, one needs to use fopen, fget... And that string as argument to fscaf() will fail, because of the redirection character at the beginning.
OP (and me as well) want to use only scanf to read the data, and not care about the file name.
Problem still unanswered, using Codeblocks 25.03 under Windows 10.