Recent Posts

Pages: [1] 2 3 4 5 6 ... 10
1
Help / Intermittent Code::Blocks Unresponsiveness
« Last post by Thoth on Yesterday at 11:45:11 pm »
Hi People,

When I perform various actions with the CB user interface the UI will stop responding. Sometimes for a few seconds, sometimes for what seems to be around a minute. I do not see a pattern to the actions performed.
I see it most often after I double-click a file in the project browser area. Probably because I perform that more than any other action.
The UI will sometimes stop responding when I click on a tab or close a tab. Those are probably the next two most frequent actions I perform.
Sometimes the UI stops responding when I start scrolling to a different part of a document or when I scroll in the project browser area.

CB is the only program where I am experiencing something like this.

What could be causing this?
How can I capture logs that might help or otherwise troubleshoot this?


This is incredibly frustrating and completely new behavior for me.

I am running Debian 12.
I am using:
Name                   : Code::Blocks
Version                : svn-r13046
SDK Version            : 2.23.0
Scintilla Version      : 3.7.5
Author                 : The Code::Blocks Team
E-mail                 : info@codeblocks.org
Website                : https://www.codeblocks.org
OS                     : Linux 6.1.0-37-amd64 x86_64
Scaling factor         : 1.000000
Detected scaling factor: 1.000000
Display PPI            : 96x96
Display count          : 1
Display 0              : XY=[0,0]; Size=[1920,1280]; Primary

wxWidgets Library (wxGTK port)
Version 3.2.2 (Unicode: wchar_t, debug level: 1),
Runtime version of toolkit used is 3.24.
Compile-time GTK+ version is 3.24.36.


=thoth=
2
General (but related to Code::Blocks) / Re: Welcome Newcomers - PLEASE READ!!!
« Last post by vici on Yesterday at 03:15:49 pm »
I am. Therefore, I exist. :)
3
Today for me as well.
4
I do not know if this problem was actually fully closed, but I just ran into it these days. Sorry to wake-up the topic after all this time.

Background info: I was forced to switch to Cygwin C compiler, because MinGW compilers have sizeof(unsigned long) == 32, instead of my need (==64). That makes a great difference when paired with the GNU GMP library.

Until now, I used whatever compiler was available. And I actually preferred one of the MinGW packages, for having a working conio.h (but overall less important, and now I lost it). And changing the compiler / debugger to cygwin, I lost the ability to debug.

Of course, I would prefer to not recompile Codeblocks from sources, or do other hacks, if possible. :)

=======================================
Debugger output (from debugger window in Codeblocks:
=======================================
Active debugger config: GDB/CDB debugger:Default
Building to ensure sources are up-to-date
Selecting target:
Debug
Adding source dir: Z:\_progs\_progsData\cb\myprog\
Adding source dir: Z:\_progs\_progsData\cb\myprog\
Adding file: Z:\_progs\_progsData\cb\myprog\bin\Debug\myprog.exe
Changing directory to: Z:/_progs/_progsData/cb/myprog/.
Set variable: PATH=.;Z:\_progs\cygwin\bin;Z:\_progs\cygwin;Z:\_progs\cb_25_03\MinGW\bin;Z:\_progs\cb_25_03\MinGW;C:\ProgramData\Oracle\Java\javapath;C:\ORACLE\Oracle920\bin;C:\ORACLE\ORANT\BIN;C:\ORACLE\ORADEV6i\BIN;C:\ORACLE\ORADEV6i\jdk\bin;C:\Program Files (x86)\Oracle\jre\1.1.8\bin;C:\Program Files (x86)\Oracle\jre\1.3.1\bin;C:\Windows\System32;C:\Windows;C:\Windows\System32\wbem;C:\Windows\System32\WindowsPowerShell\v1.0;C:\Windows\System32\OpenSSH;C:\Users\y147694\AppData\Local\Microsoft\WindowsApps
Starting debugger: Z:\_progs\cygwin\bin\gdb.exe -nx -fullname -quiet  -args Z:/_progs/_progsData/cb/myprog/bin/Debug/myprog.exe
done
Setting breakpoints
Debugger name and version: GNU gdb (GDB) (Cygwin 14.2-1) 14.2
Error creating process /cygdrive/z/_progs/_progsData/cb/myprog/Z:/_progs/_progsData/cb/myprog/bin/Debug/myprog.exe, (error 2: The system cannot find the file specified.)
Debugger finished with status 0

=======================================
Codeblocks info (help -> about)
=======================================
25.03, build mar 30, 2025, 15:32:43, wxWidgets 3.2.7, gcc 14.2.0, 64 bits (It would be great if I could copy / paste this info, instead of re-typing it)

Name                    : Code::Blocks
Version                 : 25.03-r13644
SDK Version             : 2.25.0
Scintilla Version       : 3.7.5
Author                  : The Code::Blocks Team
E-mail                  : info@codeblocks.org
Website                 : https://www.codeblocks.org
OS                      : Windows 10 (build 19045), 64-bit edition
Scaling factor          : 1.000000
Detected scaling factor : 1.000000
Display PPI             : 96x96
Display count           : 2
Display 0 (\\.\DISPLAY1): XY=[0,0]; Size=[1920,1080]; Primary
Display 1 (\\.\DISPLAY2): XY=[1920,-115]; Size=[1920,1200];

wxWidgets Library (wxMSW port)
Version 3.2.7 (Unicode: wchar_t, debug level: 1),
compiled at Mar 25 2025 17:16:27

Runtime version of toolkit used is 10.0.19045.

===================
Environment:  Windows 10 Pro, 22H2, 8 GB RAM

cygwin - up-to-date (including all installed packages)

setup: 2.934 (x86_64)
mirror: mirrors.kernel.org (I used previously another mirror, but it had missing packages which I needed, changing the mirror fixed my problems)
cygwin gdb (from the setup window): 14.2-1
5
The implicit conversion of the enum is now disabled. I just added 2 static_cast instead.

Code
--- trunk_20250716_vanilla/src/plugins/contrib/wxSmith/wxwidgets/properties/wxscolourproperty.cpp	2025-07-16 20:46:08.000000000 +0200
+++ trunk/src/plugins/contrib/wxSmith/wxwidgets/properties/wxscolourproperty.cpp 2025-07-16 21:39:08.141146237 +0200
@@ -205,7 +205,7 @@
         else
             cpv.Init( type, *wxWHITE );
 
-        m_flags |= wxPG_PROP_STATIC_CHOICES; // Colour selection cannot be changed.
+        m_flags |= static_cast<wxPGFlags>(wxPG_PROP_STATIC_CHOICES); // Colour selection cannot be changed.
         m_value << cpv;
         OnSetValue();
     }
@@ -583,7 +583,7 @@
             int index = paintdata.m_choiceItem;
             value = wxsColourValues[index];
         }
-        else if ( !(m_flags & (wxPGPropertyFlags)wxPG_PROP_UNSPECIFIED) )
+        else if ( !(m_flags & static_cast<wxPGFlags>(wxPG_PROP_UNSPECIFIED)) )
         {
             value = GetVal().m_type;
         }

I compiled it under Arch-Linux out-out-of tree using cmake, WX_PREFIX and --enable-pch=no as always.

Please feel free to correct trunk in a better way. Thank you for noticing this.
6
Plugins development / Re: Cb-13676 ::HelpPlugin
« Last post by stahta01 on July 14, 2025, 05:28:58 pm »
The include likely needs guarded under windows.

Tim S.
7
Plugins development / Cb-13676 ::HelpPlugin
« Last post by LETARTARE on July 14, 2025, 04:08:33 pm »
Context : 2025/07/14 => Leap-15.6, wx328, gcc-14.2.0, cb13676

This morning after loading CB-13676, the compilation provides me with errors for which I provide a solution in a ticket in:
https://sourceforge.net/p/codeblocks/tickets/1538/
8
General (but related to Code::Blocks) / Re: Help with Setting up SFML 2.6
« Last post by Miguel Gimenez on July 14, 2025, 03:34:47 pm »
Quote
Looks like an AI post or bot

Certainly. I will add it to the radar, waiting for the spam link in the profile or the body.
9
General (but related to Code::Blocks) / Re: C::B wiki broken
« Last post by ollydbg on July 14, 2025, 12:40:32 pm »
Same issue here, I will send a message to our site administrator.
10
General (but related to Code::Blocks) / Re: Help with Setting up SFML 2.6
« Last post by Wkerry on July 14, 2025, 11:41:38 am »
Looks like an AI post or bot.

100% the same as the first part of the https://forums.codeblocks.org/index.php/topic,25426.msg173270.html#msg173270 post.
Pages: [1] 2 3 4 5 6 ... 10