Recent Posts

Pages: 1 2 3 4 5 [6] 7 8 9 10
51
Development / Re: Assert in Setting/Environment
« Last post by Miguel Gimenez on March 23, 2026, 03:51:33 pm »
Fixed in r13828.
52
Development / Re: Assert in Setting/Environment
« Last post by ollydbg on March 23, 2026, 03:16:38 pm »
Quote from: Miguel Gimenez on March 23, 2026, 01:31:59 pm
I have fixed incorrect usage of these flags in some files (see r13827).

I have NOT changed env_settings.xrc, as the discussion is still alive.

Hi, Miguel Gimenez, thanks for the fix. I think you can fix the issues in the env_settings.xrc too.

53
Development / Re: Assert in Setting/Environment
« Last post by Miguel Gimenez on March 23, 2026, 01:31:59 pm »
I have fixed incorrect usage of these flags in some files (see r13827).

I have NOT changed env_settings.xrc, as the discussion is still alive.
54
Development / Re: Assert in Setting/Environment
« Last post by ollydbg on March 23, 2026, 08:02:16 am »
I just did some test, the result is:

It looks like if you just remove the wxALIGN_CENTER_HORIZONTAL in the xrc file from line 768, you will still see this assert when you try to open the setting dialog.

So, do you think this is the position of the wrong xrc setting? I think it is not.  ;)


EDIT:

remove the option wxALIGN_CENTER_HORIZONTAL in the xrc file's line 768 did fix the assert issue.
55
Development / Re: Assert in Setting/Environment
« Last post by ollydbg on March 23, 2026, 07:44:50 am »
I'm having the same issue here, C::B is link to the wxWidgets 3.3.2 library built with "Debug" option under Windows.

EDIT:

The assert also happens in the release build of C::B link against wx 3.3.2.

The code is related here:
https://github.com/wxWidgets/wxWidgets/blob/d05c5c1d3e55542e63711778193175c099774f60/src/xrc/xh_sizer.cpp#L768
You can see, the line is: xh_sizer.cpp, line 768.
But if you look at the xrc file, the line is also 768.
This is just a coincidence.
56
Development / Re: Assert in Setting/Environment
« Last post by blauzahn on March 22, 2026, 09:06:08 am »
Looks like issued by wx, not cb. If it is actually an assert, no wonder why it pops up in DEBUG only.

For further readers: It is the horizontal sizer which contains the label "select application appearance" and the combo-box where you select between default, dark and lite mode.

It makes sense to me when reading the corresponding wx doc: https://docs.wxwidgets.org/3.2/overview_sizer.html#overview_sizer_box

Quote
Correspondingly, when using a horizontal sizer, each child can be centered, aligned at the bottom or aligned at the top.

Being no expert on wx whatsoever, I estimate, that just the flag wxALIGN_CENTER_HORIZONTAL should be deleted, not the whole line.
Pulling the window larger the static label remains the same size while the combo box grows. That's fine for me. So, probably no need for a spacer.

The corresponding snippet around trunk/src/src/resources/env_settings.xrc:768 is:

Code
<object class="sizeritem">
	<object class="wxBoxSizer">
		<object class="sizeritem">
			<object class="wxStaticText" name="wxID_ANY">
				<label>Select application appearance (if supported by platform):</label>
			</object>
			<flag>wxLEFT|wxRIGHT|wxALIGN_CENTER_HORIZONTAL|wxALIGN_CENTER_VERTICAL</flag>
			<border>4</border>
		</object>
		<object class="sizeritem">
			<object class="wxChoice" name="chAppearance">
				<content>
					<item>System default</item>
					<item>Dark</item>
					<item>Light</item>
				</content>
				<selection>0</selection>
				<enabled>0</enabled>
			</object>
			<flag>wxALIGN_CENTER_VERTICAL</flag>
			<border>4</border>
			<option>1</option>
		</object>
	</object>
	<flag>wxEXPAND</flag>
	<border>4</border>
</object>
57
Development / Assert in Setting/Environment
« Last post by Pecan on March 21, 2026, 06:22:20 pm »
Using wx328, I get an assert when clicking Settings/Environment caused by the Dark/Lite setting.

I don't know how to fix this. (commenting out line 768 in trunk\src\src\resources\env_settings.xrc works ).

Windows 11 svn rev 13826


Hmmm... This is happening only in the debuggee. Why would that be?
Maybe the different personality? Nope, that's not it.
58
Help / Re: Build error "'HEAP_INFORMATION_CLASS' has not been declared"
« Last post by Miguel Gimenez on March 20, 2026, 07:58:06 am »
Spam reported to moderator.
59
General (but related to Code::Blocks) / File Association?
« Last post by skrath on March 20, 2026, 04:10:10 am »
When one .c file is open in CodeBlocks, I am not able to open another .c file from the Windows Explorer (by double clicking on it) in a 2nd tab in the CodeBlocks IDE.
If I double click on the file, the simply CodeBlocks IDE comes into focus without opening the file.
In my Environment setting, I have multi-instances checked out; open in the same instance checked in.
Can anybody suggest a solution?
60
Help / Re: Build error "'HEAP_INFORMATION_CLASS' has not been declared"
« Last post by beautylesson on March 20, 2026, 04:05:12 am »
Quote from: stahta01 on March 28, 2014, 07:43:34 am
You likely have a broken Compiler or wxWidgets installation or do NOT have WX_PRECOMP defined (but the log you posted has it defined).
Where and How did you do the wxWidgets installation?

It appears to be missing the #include "wx/msw/wrapwin.h" from "wx/wxprec.h" header.
(The wrapwin.h includes windows.h; that includes winnt.h that defines HEAP_INFORMATION_CLASS fnf)

In the app.cpp file try adding the code below between the including <sdk.h> and "app.h".
If it works; likely have wxWidgets issue; if it still fails likely has a bad Compiler.

To confirm compiler try including
#include <windows.h>
or
#include <winnt.h>

Edit 4 or 5: changed __WINDOWS__ to __WXMSW__ in code below.

Code
#include <sdk.h>
#ifndef WX_PRECOMP
    #ifdef __WXMSW__
        #include <wx/msw/wrapwin.h>  // HEAP_INFORMATION_CLASS
    #endif // __WXMSW__
#endif // WX_PRECOMP

#include "app.h"

Tim S.
Maybe I need to post this question in another forum topic? For example, in Using Code::Blocks? I really need to configure Code::Blocks to create GTK applications, and in this topic the answer is no.
Pages: 1 2 3 4 5 [6] 7 8 9 10