Recent Posts

71

General (but related to Code::Blocks) / Valgrind and Cachegrind

« Last post by Evan on March 14, 2026, 03:18:53 pm »

I'm testing my C99 code, that seems to run as intended and I'm using valgrind-3.22.0. on Linux Mint 22.3 and Code::Blocks  Build: 2024-03-31
command: valgrind  --leak-check=full --track-origins=yes --xml=yes

-------------- Application output --------------

I hope that means no memory leaks and my System Monitor is not showing any leaks/peaks.


Cachegrind however gives a message: brk segment overflow in thread #1: can't grow to 0x4856000
valgrind --version
valgrind-3.22.0
valgrind  --tool=cachegrind "/home/C/Test/bin/Debug/Test"
==33537== Cachegrind, a high-precision tracing profiler
==33537== Copyright (C) 2002-2017, and GNU GPL'd, by Nicholas Nethercote et al.
==33537== Using Valgrind-3.22.0 and LibVEX; rerun with -h for copyright info
==33537== Command: /home/C/Test/bin/Debug/Kalechen
==33537==
==33537== brk segment overflow in thread #1: can't grow to 0x4856000
==33537== (see section Limitations in user manual)
==33537== NOTE: further instances of this message will not be shown
==33537==
==33537== I refs:        5,078,382,897

Any help is appreciated?

72

Using Code::Blocks / Re: CB crash today ... but I can continue to use

« Last post by Miguel Gimenez on March 14, 2026, 11:49:29 am »

The tabs were already there, but they were mixed with spaces so I unified them.

73

Using Code::Blocks / Re: CB crash today ... but I can continue to use

« Last post by blauzahn on March 14, 2026, 09:35:24 am »

Thank you for applying the patch. Sorry for the tabs.

74

Nightly builds / Re: The 12 March 2026 build (13823) is out.

« Last post by Xaviou on March 13, 2026, 04:51:26 pm »

Hi.

32 bits version for Windows (and also 64 bits version) can be downloaded from my website.
I made both a wxWidgets-3.2.10 and wxWidgets-3.3.2 linked versions

Debian Trixie (64 bits) and Bookworm (32 and 64 bits) can be installed from my repo
The corresponding unsigned deb files can also be downloaded from the website page linked above.

Ubuntu-22.04, 24.10 and 25.10 versions can be installed from my ppa (they are now available for both amd64 and arm64 architectures).

Regards
Xav'

75

Using Code::Blocks / Re: CB crash today ... but I can continue to use

« Last post by Miguel Gimenez on March 13, 2026, 10:08:45 am »

Patch applied in r13824, thank you.

NOTE: I have changed tabs to spaces in both files after applying the patch.

76

Using Code::Blocks / Re: CB crash today ... but I can continue to use

« Last post by blauzahn on March 13, 2026, 06:36:31 am »

patch attached

77

Using Code::Blocks / Re: CB crash today ... but I can continue to use

« Last post by blauzahn on March 12, 2026, 10:32:45 pm »

Hi Lieven. Thank you.

78

Using Code::Blocks / Re: CB crash today ... but I can continue to use

« Last post by killerbot on March 12, 2026, 10:31:42 pm »

good suggestions to apply.

79

Using Code::Blocks / Re: CB crash today ... but I can continue to use

« Last post by blauzahn on March 12, 2026, 10:27:36 pm »

nice work; Thank you!

remarks:

svn13822:
* devcpploader.cpp:43: possibly dereferencing null pointer of non-owning data member m_pProject; An additional guard clause could return early in that case.
* devcpploader.cpp:48 and :156: Shouldn't the (2nd) pointer arg to Read be a nullptr instead of 0?
* devcpploader.cpp:47, 52, 134: uninitialized local variables used as out args to dev->Read:
  int unitcount,
  int typ,
  bool compile,
  bool compileCpp,
  bool link
 
  We could consider to value initialize them. Read potentially does not assign to them.

* devcpploader.cpp:45: The local variable dev is an owning raw pointer wxFileConfig* without any obvious need. As such, it lacks basic exception safety and could leak. We could consider replacing it with a std::unique_ptr<wxFileConfig> or, even better, just a stack variable wxFileConfig dev.
* devcpploader.h:17: The ctor of DevCppLoader might become explicit.
* devcpploader.h:25: The default ctor might be =deleted instead of defined in private section.

* svn13818: When override is used, we may consider to omit virtual. (see: https://isocpp.github.io/CppCoreGuidelines/CppCoreGuidelines#rh-override)

80

Nightly builds / The 12 March 2026 build (13823) is out.

« Last post by killerbot on March 12, 2026, 07:54:31 pm »

We switched to gcc 15.1.0 (on 23 May 2025) --> download the new wx/mingw dll's see link below

Get the compiler we use here : https://github.com/brechtsanders/winlibs_mingw/releases/download/15.1.0posix-12.0.0-ucrt-r1/winlibs-x86_64-posix-seh-gcc-15.1.0-mingw-w64ucrt-12.0.0-r1.7z

Get quick announcements through the RSS feed http://www.codeblocks.org/nightly/CodeBlock_RSS.xml

Before you use a nightly make sure you understand how it works.

A link to the unicode windows wxWidget dll(s) for Code::Blocks : https://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/wxmsw32u_gcc_cb_wx328_2D_gcc1510-mingw64.7z
A link to Mingw64 dll's needed by Code::Blocks : http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/Prerequisites/Mingw64dlls15.1.0.7z


The 12 March 2026 build is out.
  - Windows :
   http://sourceforge.net/projects/codeblocks/files/Binaries/Nightlies/2026/CB_20260312_rev13823_win64.7z
  - Linux :
   none

The current SDK version is : 2.25.0

Resolved Fixed:

• cbp: add -Wextra to clangd_client_Windows.cbp and codesnippets_Windows.cbp, move WX_VER setting to a higher level(thanks gd_on)
• update.bat: replace some wilcards by a for...do syntax(thanks gd_on)
• CompilerOW: Remove null pointer dereferencing.
• FileManager: Fix wxString::Format() specifiers.
• DebuggerGDB: Fix wxString::Format specifiers and remove redundant comparison.
• ProjectImporter: Fix null pointer dereference replacing Read() with ReadLong().
• CompilerOW: Remove leading comma after "file" when linking.

Regressions/Confirmed/Annoying/Common bugs: