g_signal_handlers_disconnect_matched: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (Issue #22619)
Krzysztof J. Ksor
sample/concole.cpp
when compile it with
$g++ -Wall -pedantic -pedantic-errors wx-config-3.0 --cxxflags --unicode -DwxUSE_GUI=0 wx-config-3.0 --cxxflags --unicode wx-config-3.0 --libs --unicode console.cpp -o co
and run I get
./co
Welcome to the wxWidgets 'console' sample!
For more information, run it again with the --help option
(process:6900): GLib-GObject-WARNING **: 09:49:18.971: invalid (NULL) pointer instance
(process:6900): GLib-GObject-CRITICAL **: 09:49:18.971: g_signal_handlers_disconnect_matched: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
(process:6900): GLib-GObject-WARNING **: 09:49:18.971: invalid (NULL) pointer instance
(process:6900): GLib-GObject-CRITICAL **: 09:49:18.971: g_signal_handlers_disconnect_matched: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
where is different notma compiling and my compiling?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
Are you compiling the sample from 3.1.7 using wx-config from 3.0 intentionally? This also explains your error due to the use of wxCMD_LINE_HIDDEN which doesn't exist in 3.0.
Anyhow, I can't reproduce the problem when building the sample in 3.2.0 normally, so I strongly suspect some local problem. But if not, please try debugging the messages above by running the sample under gdb and breaking on g_log_writer_standard_streams and then use bt to see where these messages come from.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
Krzysztof J. Ksor
no problem ;-) reproduce
$uname -a
Linux localhost.localdomain 5.11.22-100.fc32.x86_64 #1 SMP Wed May 19 18:58:25 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
$wx-config-3.0 --version
3.0.4
just type make
https://github.com/xor256/error-cl
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
Is it related to setting Polish locale? I don't have it on my system, so the output is:
19:53:14: Warning: Cannot set locale to language "Polish".
start [0]
OK
stop [0]
ilo?? argument?w programu './a.out': 1
but changing it to wxLANGUAGE_FRENCH makes the program run successfully.
Please try debugging this (compile and link with -g) and try putting a breakpoint on g_log_writer_standard_streams to at least see where are these messages coming from.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
Krzysztof J. Ksor
How?
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
- You not type 'make' why? this is important because i show how compile it
I've executed exactly the same g++ command you've shown. In any case, this shouldn't have any effect.
2. How? using debug?
Yes:
- Compile and link with
-g. - Run
gdb ./cl - Do
start, thenb g_log_writer_standard_streams, thencontinue. - When gdb stops on the breakpoint, type
btto see where the function is called from.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
Krzysztof J. Ksor
- You run ./a.out not ./cl ;-) therefore i think You not use my make ;-)
- i must download 5GiB packages to run this ......
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
0xtrzy
yes, I have this same eror from repo example
start [0]
OK
stop [0]
ilość argumentów programu './cl': 1
(process:5228): GLib-GObject-WARNING **: 19:09:35.627: invalid (NULL) pointer instance
(process:5228): GLib-GObject-CRITICAL **: 19:09:35.628: g_signal_handlers_disconnect_matched: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
(process:5228): GLib-GObject-WARNING **: 19:09:35.628: invalid (NULL) pointer instance
(process:5228): GLib-GObject-CRITICAL **: 19:09:35.628: g_signal_handlers_disconnect_matched: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed
fedora 32 x86
wx 3.0.4
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
Thanks, as @xor256 edited their comment I didn't notice the stack.
Looking at it, it's immediately clear that this was fixed back in 17de4e3 (Avoid using NULL GtkSettings pointer, 2017-11-25) which was backported into 3.0 branch as 904c32c and is part of 3.0.5.
So this bug was fixed a long time ago, I don't know why does Fedora still have 3.0.4. And, of course, 3.1.7 in the original bug report was wrong, as this bug was fixed in 3.1 back in 3.1.1.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
VZ
Closed #22619 as completed.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.
Scott Talbert
So this bug was fixed a long time ago, I don't know why does Fedora still have 3.0.4. And, of course, 3.1.7 in the original bug report was wrong, as this bug was fixed in 3.1 back in 3.1.1.
Fedora 32 was EOL on 2021-05-25. @xor256, I would strongly recommend that you upgrade to a supported Fedora release, 35 or newer.
Supported Fedoras have 3.0.5.1 and some variant of 3.1.5+.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you are subscribed to this thread.