Becoming a Thrive developer

Artem · May 1, 2024, 11:52am

Okay.

I’ve cloned the game today.
Then I built it in the terminal
Then built it in the editor

MSBuild version 17.8.5+b5265ef37 for .NET
  Determining projects to restore...
  Restored /home/artem/Desktop/test/Thrive/RevolutionaryGamesCommon/LauncherThriveShared/LauncherThriveShared.csproj (in 2.24 sec).
  Restored /home/artem/Desktop/test/Thrive/third_party/ThirdParty.csproj (in 2.24 sec).
  Restored /home/artem/Desktop/test/Thrive/RevolutionaryGamesCommon/DevCenterCommunication/DevCenterCommunication.csproj (in 2.24 sec).
  Restored /home/artem/Desktop/test/Thrive/RevolutionaryGamesCommon/SharedBase/SharedBase.csproj (in 8 ms).
  Restored /home/artem/Desktop/test/Thrive/Scripts/Scripts.csproj (in 102 ms).
  Restored /home/artem/Desktop/test/Thrive/RevolutionaryGamesCommon/ScriptsBase/ScriptsBase.csproj (in 2.48 sec).
  Restored /home/artem/Desktop/test/Thrive/Thrive.csproj (in 285 ms).
  Restored /home/artem/Desktop/test/Thrive/test/code_tests/ThriveTest.csproj (in 8.93 sec).
  LauncherThriveShared -> /home/artem/Desktop/test/Thrive/RevolutionaryGamesCommon/LauncherThriveShared/bin/Debug/net8.0/LauncherThriveShared.dll
  ThirdParty -> /home/artem/Desktop/test/Thrive/.godot/mono/temp/bin/Debug/net8.0/ThirdParty.dll
  SharedBase -> /home/artem/Desktop/test/Thrive/RevolutionaryGamesCommon/SharedBase/bin/Debug/net8.0/SharedBase.dll
  DevCenterCommunication -> /home/artem/Desktop/test/Thrive/RevolutionaryGamesCommon/DevCenterCommunication/bin/Debug/net8.0/DevCenterCommunication.dll
  ScriptsBase -> /home/artem/Desktop/test/Thrive/RevolutionaryGamesCommon/ScriptsBase/bin/Debug/net8.0/ScriptsBase.dll
  Scripts -> /home/artem/Desktop/test/Thrive/Scripts/bin/Debug/net8.0/Scripts.dll
  Thrive -> /home/artem/Desktop/test/Thrive/.godot/mono/temp/bin/Debug/Thrive.dll
  ThriveTest -> /home/artem/Desktop/test/Thrive/test/code_tests/bin/Debug/net8.0/ThriveTest.dll

Build succeeded.
    0 Warning(s)
    0 Error(s)

Time Elapsed 00:02:20.54

After that I used the command dotnet run --project Scripts -- native Fetch:

Performing operation Fetch
Checking if the precompiled object ThriveNative:14:Linux:None is available
Downloading ThriveNative for Linux version: 14
Successfully downloaded and decompressed the file (size: 2.02 MiB)
Checking if the precompiled object ThriveNative:14:Linux:WithoutAvx is available
Downloading ThriveNative for Linux version: 14
Successfully downloaded and decompressed the file (size: 2.02 MiB)
Checking if the precompiled object ThriveNative:14:Windows:None is available
Downloading ThriveNative for Windows version: 14
Successfully downloaded and decompressed the file (size: 2.76 MiB)
Checking if the precompiled object ThriveNative:14:Windows:WithoutAvx is available
Downloading ThriveNative for Windows version: 14
Successfully downloaded and decompressed the file (size: 2.76 MiB)
Successfully performed operation on library: ThriveNative

Then I again built it though I understand I don’t need to do it before running because it will be building anyway before running the game. The built was successful.
I pressed F5 in the editor, the window with the logo appeared and then went away.
I run the game in the terminal:

Godot Engine v4.2.2.stable.mono.official.15073afe3 - https://godotengine.org
Vulkan API 1.3.238 - Forward+ - Using Vulkan Device #0: Intel - Intel(R) UHD Graphics (JSL)
 
This is Thrive version: 0.6.6.0 (see below for more build info)
TODO: reimplement unhandled exception logger
Startup C# locale is: en-US Godot locale is: en_US
user:// directory is: /home/artem/.local/share/Thrive
Game logs are written to: /home/artem/.local/share/Thrive/logs latest log is 'log.txt'
Cannot use full-speed Thrive native library due to: CPU is missing AVX 1 extension instruction support
CPU is missing AVX 2 extension instruction support
CPU is missing LZCNT support
CPU is missing BMI 1 (TZCNT) support
CPU is missing FMA support
Using slower Thrive native library that doesn't rely on as new CPU instructions
Checked that required CPU features are present
Library not found yet at expected paths, trying a distributable version

================================================================
handle_crash: Program crashed with signal 4
Engine version: Godot Engine v4.2.2.stable.mono.official (15073afe3856abd2aa1622492fe50026c7d63dc1)
Dumping the backtrace. Please include this when reporting the bug to the project developer.
[1] /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so(+0x5dd2e1) [0x7b5efeddd2e1] (??:0)
[2] /lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7b5f43a42520] (??:0)
[3] /home/artem/Desktop/test/Thrive/native_libs/distributable/linux/ThriveNative/14/release/lib/libthrive_native_without_avx.so(+0xaed3f) [0x7b5e7c6aed3f] (??:0)
[4] /lib64/ld-linux-x86-64.so.2(+0x647e) [0x7b5f43d6147e] (??:0)
[5] /lib64/ld-linux-x86-64.so.2(+0x6568) [0x7b5f43d61568] (??:0)
[6] /lib/x86_64-linux-gnu/libc.so.6(_dl_catch_exception+0xe5) [0x7b5f43b74af5] (??:0)
[7] /lib64/ld-linux-x86-64.so.2(+0xdff6) [0x7b5f43d68ff6] (??:0)
[8] /lib/x86_64-linux-gnu/libc.so.6(_dl_catch_exception+0x88) [0x7b5f43b74a98] (??:0)
[9] /lib64/ld-linux-x86-64.so.2(+0xe34e) [0x7b5f43d6934e] (??:0)
[10] /lib/x86_64-linux-gnu/libc.so.6(+0x9063c) [0x7b5f43a9063c] (??:0)
[11] /lib/x86_64-linux-gnu/libc.so.6(_dl_catch_exception+0x88) [0x7b5f43b74a98] (??:0)
[12] /lib/x86_64-linux-gnu/libc.so.6(_dl_catch_error+0x33) [0x7b5f43b74b63] (??:0)
[13] /lib/x86_64-linux-gnu/libc.so.6(+0x9012e) [0x7b5f43a9012e] (??:0)
[14] /lib/x86_64-linux-gnu/libc.so.6(dlopen+0x48) [0x7b5f43a906c8] (??:0)
[15] /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so(+0x5e5ddb) [0x7b5efede5ddb] (??:0)
[16] /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so(+0x367736) [0x7b5efeb67736] (??:0)
[17] /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so(+0x367589) [0x7b5efeb67589] (??:0)
[18] /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so(+0x3692e4) [0x7b5efeb692e4] (??:0)
[19] [0x7b5e7faa8782] (??:0)
-- END OF BACKTRACE --
================================================================
Aborted (core dumped)

It still can’t find the library. In my previous post before my short one it could find and load the library version 14 but I ran the game in the debug mode.

In /home/artem/Desktop/test/Thrive/native_libs/distributable/linux/ThriveNative/14/release/libI have two libraries: with names
1 - libthrive_native.so
2 - libthrive_native_without_avx.so

Might it be the case when it tries to load the first one and when it can’t (because it’s not working for my PC) it doesn’t try to load the second one?

hhyyrylainen · May 1, 2024, 11:55am

It doesn’t work like that. It always looks for full paths in the specified sequence of things to check if they exist and then loading.

Uncommenting that extra library load debugging info and recompiling should at this point hopefully make the game print the paths as it is checking for the libraries.

Edit: no wait, it does again find the library, but it crashes within the library:

[3] /home/artem/Desktop/test/Thrive/native_libs/distributable/linux/ThriveNative/14/release/lib/libthrive_native_without_avx.so(+0xaed3f) [0x7b5e7c6aed3f] (??:0)

So again what would be the next step is to get a debug version of that library loaded and stop in gdb where the crash is to get a full stacktrace of what initialization code in the library causes the crash.

Artem · May 1, 2024, 12:08pm

A good approach. I like it.

Artem · May 1, 2024, 12:51pm

It managed to load the library in the debug mode. The callstack is:

GNU gdb (Ubuntu 12.1-0ubuntu1~22.04) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /home/artem/Downloads/Godot_v4.2.2-stable_mono_linux_x86_64/Godot_v4.2.2-stable_mono_linux.x86_64...
(No debugging symbols found in /home/artem/Downloads/Godot_v4.2.2-stable_mono_linux_x86_64/Godot_v4.2.2-stable_mono_linux.x86_64)
(gdb) r
Starting program: /home/artem/Downloads/Godot_v4.2.2-stable_mono_linux_x86_64/Godot_v4.2.2-stable_mono_linux.x86_64 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Detaching after vfork from child process 20120]
[New Thread 0x7ffff73ff640 (LWP 20122)]
[New Thread 0x7ffff6bfe640 (LWP 20123)]
[New Thread 0x7ffff63fd640 (LWP 20124)]
[New Thread 0x7ffff5bfc640 (LWP 20125)]
[New Thread 0x7ffff53fb640 (LWP 20126)]
Godot Engine v4.2.2.stable.mono.official.15073afe3 - https://godotengine.org
[New Thread 0x7fffe83ff640 (LWP 20127)]
Vulkan API 1.3.238 - Forward+ - Using Vulkan Device #0: Intel - Intel(R) UHD Graphics (JSL)
[New Thread 0x7fffe7bfe640 (LWP 20128)]
[New Thread 0x7fffe73fd640 (LWP 20129)]
[Thread 0x7fffe73fd640 (LWP 20129) exited]
[New Thread 0x7fffe73fd640 (LWP 20130)]
[New Thread 0x7fffe67fa640 (LWP 20131)]
[New Thread 0x7fffe5ff9640 (LWP 20132)]
[New Thread 0x7fffe57f8640 (LWP 20133)]
[Thread 0x7fffe73fd640 (LWP 20130) exited]
[New Thread 0x7fffe73fd640 (LWP 20134)]
[Thread 0x7fffe73fd640 (LWP 20134) exited]
[New Thread 0x7fffe73fd640 (LWP 20135)]
[New Thread 0x7fffe4ff7640 (LWP 20136)]
[New Thread 0x7fffcffff640 (LWP 20137)]
[New Thread 0x7fffcd7fe640 (LWP 20138)]
[New Thread 0x7fffccffd640 (LWP 20139)]
[New Thread 0x7fffb3fff640 (LWP 20140)]
 
[New Thread 0x7fffb37fe640 (LWP 20141)]
[New Thread 0x7fffb27ff640 (LWP 20142)]
[New Thread 0x7fffb1ffe640 (LWP 20143)]
[New Thread 0x7fffb17fd640 (LWP 20144)]
[New Thread 0x7fffb0ffc640 (LWP 20145)]
[New Thread 0x7fff9bfff640 (LWP 20146)]
[New Thread 0x7fff9b7fe640 (LWP 20147)]
[New Thread 0x7fff3380f640 (LWP 20148)]
[New Thread 0x7fff323ff640 (LWP 20149)]
[New Thread 0x7fff315ff640 (LWP 20150)]
This is Thrive version: 0.6.6.0 (see below for more build info)
TODO: reimplement unhandled exception logger
Startup C# locale is: en-US Godot locale is: en_US
user:// directory is: /home/artem/.local/share/Thrive
Game logs are written to: /home/artem/.local/share/Thrive/logs latest log is 'log.txt'
Cannot use full-speed Thrive native library due to: CPU is missing AVX 1 extension instruction support
CPU is missing AVX 2 extension instruction support
CPU is missing LZCNT support
CPU is missing BMI 1 (TZCNT) support
CPU is missing FMA support
Using slower Thrive native library that doesn't rely on as new CPU instructions
Checked that required CPU features are present
Loaded native Thrive library version 14
Doing delayed apply for some settings
Set audio output device to: Default
Set C# locale to: en-US Godot locale is: en
[Thread 0x7fffe73fd640 (LWP 20135) exited]
[New Thread 0x7fffe73fd640 (LWP 20151)]
[NATIVE] Native log message forwarding setup
[New Thread 0x7fbe8e1ff640 (LWP 20152)]
[NATIVE] Native library init succeeded
TODO: re-add harmony init

Thread 1 "Godot_v4.2.2-st" received signal SIG34, Real-time event 34.
__futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0xa9cb0a8) at ./nptl/futex-internal.c:57
57	./nptl/futex-internal.c: No such file or directory.
(gdb) bt
#0  __futex_abstimed_wait_common64 (private=0, cancel=true, abstime=0x0, op=393, expected=0, futex_word=0xa9cb0a8) at ./nptl/futex-internal.c:57
#1  __futex_abstimed_wait_common (cancel=true, private=0, abstime=0x0, clockid=0, expected=0, futex_word=0xa9cb0a8) at ./nptl/futex-internal.c:87
#2  __GI___futex_abstimed_wait_cancelable64 (futex_word=futex_word@entry=0xa9cb0a8, expected=expected@entry=0, clockid=clockid@entry=0, abstime=abstime@entry=0x0, private=private@entry=0)
    at ./nptl/futex-internal.c:139
#3  0x00007ffff7c93a41 in __pthread_cond_wait_common (abstime=0x0, clockid=0, mutex=0xa9cb0b0, cond=0xa9cb080) at ./nptl/pthread_cond_wait.c:503
#4  ___pthread_cond_wait (cond=0xa9cb080, mutex=0xa9cb0b0) at ./nptl/pthread_cond_wait.c:627
#5  0x00007fffb2dd8452 in ?? () from /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so
#6  0x00007fffb2c5c83f in ?? () from /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so
#7  0x00007fffb2c8cd40 in ?? () from /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so
#8  0x00007fffb2b1741f in ?? () from /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so
#9  0x00007fffb2b1719b in ?? () from /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so
#10 0x00007fffb2b33b37 in ?? () from /usr/lib/dotnet/shared/Microsoft.NETCore.App/8.0.3/libcoreclr.so
#11 0x00007fff34c31628 in ?? ()
#12 0x00007fffffffcee0 in ?? ()
#13 0x00007fff36a9a5b8 in ?? ()
#14 0x00007fffffffd170 in ?? ()
#15 0x0000000000000000 in ?? ()

hhyyrylainen · May 1, 2024, 2:35pm

You need to ignore all SIG34 and SIG33 signals. They aren’t a crash. I think the C# runtime uses them internally which makes debugging with gdb a bit annoying. After you ignore those signals and continue (or spam continue if you can’t figure out the the way to ignore them) only then should the program hit the SIGILL or SIGSEGV (which are actual crashes).

Artem · May 7, 2024, 11:58am

Ok. I’ve ignored the SIG34 signal. The game started. Then I just closed the game and got a SIGILL signal.

GNU gdb (Ubuntu 12.1-0ubuntu1~22.04) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<https://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /home/artem/Downloads/Godot_v4.2.2-stable_mono_linux_x86_64/Godot_v4.2.2-stable_mono_linux.x86_64...
(No debugging symbols found in /home/artem/Downloads/Godot_v4.2.2-stable_mono_linux_x86_64/Godot_v4.2.2-stable_mono_linux.x86_64)
(gdb) handle SIG34 noprint nostop
Signal        Stop	Print	Pass to program	Description
SIG34         No	No	Yes		Real-time event 34
(gdb) r
Starting program: /home/artem/Downloads/Godot_v4.2.2-stable_mono_linux_x86_64/Godot_v4.2.2-stable_mono_linux.x86_64 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Detaching after vfork from child process 57524]
[New Thread 0x7ffff73ff640 (LWP 57526)]
[New Thread 0x7ffff6bfe640 (LWP 57527)]
[New Thread 0x7ffff63fd640 (LWP 57528)]
[New Thread 0x7ffff5bfc640 (LWP 57529)]
[New Thread 0x7ffff53fb640 (LWP 57530)]
Godot Engine v4.2.2.stable.mono.official.15073afe3 - https://godotengine.org
[New Thread 0x7fffe83ff640 (LWP 57531)]
Vulkan API 1.3.238 - Forward+ - Using Vulkan Device #0: Intel - Intel(R) UHD Graphics (JSL)
[New Thread 0x7fffe7bfe640 (LWP 57532)]
[New Thread 0x7fffe73fd640 (LWP 57533)]
[Thread 0x7fffe73fd640 (LWP 57533) exited]
[New Thread 0x7fffe73fd640 (LWP 57534)]
[New Thread 0x7fffe67fa640 (LWP 57535)]
[New Thread 0x7fffe5ff9640 (LWP 57536)]
[New Thread 0x7fffe57f8640 (LWP 57537)]
[Thread 0x7fffe73fd640 (LWP 57534) exited]
[New Thread 0x7fffe73fd640 (LWP 57538)]
[New Thread 0x7fffe4ff7640 (LWP 57539)]
[New Thread 0x7fffcffff640 (LWP 57540)]
[New Thread 0x7fffcd7fe640 (LWP 57541)]
[New Thread 0x7fffccffd640 (LWP 57542)]
[New Thread 0x7fffb3fff640 (LWP 57543)]
 
[New Thread 0x7fffb37fe640 (LWP 57544)]
[New Thread 0x7fffb27ff640 (LWP 57545)]
[New Thread 0x7fffb1ffe640 (LWP 57546)]
[New Thread 0x7fffb17fd640 (LWP 57547)]
[New Thread 0x7fffb0ffc640 (LWP 57548)]
[New Thread 0x7fff9bfff640 (LWP 57549)]
[New Thread 0x7fff9b7fe640 (LWP 57550)]
[New Thread 0x7fff3380f640 (LWP 57551)]
[New Thread 0x7fff323ff640 (LWP 57552)]
[New Thread 0x7fff315ff640 (LWP 57553)]
This is Thrive version: 0.6.6.0 (see below for more build info)
TODO: reimplement unhandled exception logger
Startup C# locale is: en-US Godot locale is: en_US
user:// directory is: /home/artem/.local/share/Thrive
Game logs are written to: /home/artem/.local/share/Thrive/logs latest log is 'log.txt'
Cannot use full-speed Thrive native library due to: CPU is missing AVX 1 extension instruction support
CPU is missing AVX 2 extension instruction support
CPU is missing LZCNT support
CPU is missing BMI 1 (TZCNT) support
CPU is missing FMA support
Using slower Thrive native library that doesn't rely on as new CPU instructions
Checked that required CPU features are present
Loaded native Thrive library version 14
Doing delayed apply for some settings
Set audio output device to: Default
Set C# locale to: en-US Godot locale is: en
[Thread 0x7fffe73fd640 (LWP 57538) exited]
[New Thread 0x7fffe73fd640 (LWP 57554)]
[NATIVE] Native log message forwarding setup
[New Thread 0x7fbe8e1ff640 (LWP 57555)]
[NATIVE] Native library init succeeded
TODO: re-add harmony init
No SteamClient class found, not initializing Steam
SimulationParameters are good
No build info file exists, no more build info exists
Beginning Thrive news feed fetch
[New Thread 0x7fbe7d3fe640 (LWP 57556)]
[New Thread 0x7fbe7cbfd640 (LWP 57557)]
[NATIVE] Set native thread count: 1
TaskExecutor started with parallel job count: 2
[New Thread 0x7fbe73bff640 (LWP 57558)]
[New Thread 0x7fbe733fe640 (LWP 57559)]
[New Thread 0x7fff32f7b640 (LWP 57560)]
[New Thread 0x7fbe72bfd640 (LWP 57561)]
[New Thread 0x7fbe59ffe640 (LWP 57562)]
[New Thread 0x7fbe597fd640 (LWP 57563)]
We are not started through the Thrive Launcher
[Thread 0x7fffe73fd640 (LWP 57554) exited]
[New Thread 0x7fffe73fd640 (LWP 57564)]
[Thread 0x7fffe73fd640 (LWP 57564) exited]
[New Thread 0x7fffe73fd640 (LWP 57565)]
[New Thread 0x7fbe58ffc640 (LWP 57566)]
Skipping clearing an UI input action: ui_text_backspace_all_to_left
Loading mod Nodes into the scene tree
Jukebox now playing from: Menu
Jukebox: starting track: res://assets/sounds/main-menu-theme-1.ogg position: 0
Startup successful, removing startup info file
------------ Thrive Startup Succeeded ------------
User requested program exit, Thrive will close shortly
Shutting down native library
Shutdown actions complete
[Thread 0x7fbe8e1ff640 (LWP 57555) exited]
[Thread 0x7fffb37fe640 (LWP 57544) exited]
[Thread 0x7fffb3fff640 (LWP 57543) exited]
[Thread 0x7fffccffd640 (LWP 57542) exited]
[Thread 0x7fffcd7fe640 (LWP 57541) exited]
ERROR: 2 RID allocations of type 'N10RendererRD14TextureStorage7TextureE' were leaked at exit.
[Thread 0x7fffe4ff7640 (LWP 57539) exited]
[Thread 0x7fffe73fd640 (LWP 57565) exited]
WARNING: 4 RIDs of type "Texture" were leaked.
     at: finalize (drivers/vulkan/rendering_device_vulkan.cpp:9655)
[Thread 0x7fffe7bfe640 (LWP 57532) exited]
[Thread 0x7fffe57f8640 (LWP 57537) exited]
[Thread 0x7fffe5ff9640 (LWP 57536) exited]
[Thread 0x7fffe67fa640 (LWP 57535) exited]
[Thread 0x7fffe83ff640 (LWP 57531) exited]
ERROR: Parameter "RenderingServer::get_singleton()" is null.
   at: ~CompressedTexture2D (scene/resources/compressed_texture.cpp:464)
ERROR: Parameter "RenderingServer::get_singleton()" is null.
   at: ~CompressedTexture2D (scene/resources/compressed_texture.cpp:464)
[Thread 0x7fffcffff640 (LWP 57540) exited]
ERROR: FATAL: Condition "!rc_owner" is true.
   at: _instance_binding_reference_callback (modules/mono/csharp_script.cpp:1379)

Thread 1 "Godot_v4.2.2-st" received signal SIGILL, Illegal instruction.
0x0000000000a70a4c in ?? ()
(gdb) bt
#0  0x0000000000a70a4c in ?? ()
#1  0x0000000003b909d2 in ?? ()
#2  0x00000000013867ce in ?? ()
#3  0x00000000039ab260 in ?? ()
#4  0x00000000004d96a9 in ?? ()
#5  0x00000000004aaff7 in ?? ()
#6  0x000000000041e814 in ?? ()
#7  0x00007ffff7c29d90 in __libc_start_call_main (main=main@entry=0x41e760, argc=argc@entry=1, argv=argv@entry=0x7fffffffdec8) at ../sysdeps/nptl/libc_start_call_main.h:58
#8  0x00007ffff7c29e40 in __libc_start_main_impl (main=0x41e760, argc=1, argv=0x7fffffffdec8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffffffdeb8)
    at ../csu/libc-start.c:392
#9  0x000000000042b25a in ?? ()
(gdb) quit
A debugging session is active.

	Inferior 1 [process 57521] will be killed.

Quit anyway? (y or n) y

hhyyrylainen · May 7, 2024, 12:29pm

The game just ran correctly for you, and then only crashed on shutdown. Is that correct?

If so then you probably just found this issue which I’ve already investigated with GDB:

github.com/godotengine/godot

Using `InputMap.ActionGetEvents` with StringName from `InputMap.GetActions` causes a crash in Godot 4.2.2 mono

opened 09:33AM - 27 Mar 24 UTC

hhyyrylainen

bug topic:dotnet crash

### Tested versions - Reproducible in: v4.2.2.rc2.mono.official.c61a68614 (an…d custom build of 4.2 branch with debug symbols I used to get stacktraces: v4.2.2.rc.mono.custom_build (c57002e0b48f3c21b8608d0ea6fe2b248e8dbd1e). Also probably in 4.2.1 but I didn't have debug symbols at the time so I'm not entirely certain it was the same crash. Update: also reproducible now in the 4.2.2.mono full release. ### System information Fedora 39, probably not related to rendering or GPU ### Issue description Calling the C# Godot API `InputMap.ActionGetEvents()` with a `StringName` from `InputMap.GetActions()` causes the following crash on shutdown: ``` Thread 1 "godot.linuxbsd." received signal SIGSEGV, Segmentation fault. 0x000000000433041f in __dynamic_cast () (gdb) bt #0 0x000000000433041f in __dynamic_cast () #1 0x0000000000b72ec2 in Object::cast_to<RefCounted> (p_object=<optimized out>) at ./core/object/object.h:791 #2 CSharpLanguage::_instance_binding_reference_callback (p_token=<optimized out>, p_binding=0x99b0ce0, p_reference=0 '\000') at modules/mono/csharp_script.cpp:1376 #3 0x000000000403bcc2 in Object::_instance_binding_reference (p_reference=false, this=0x6c114e0) at ./core/object/object.h:678 #4 RefCounted::unreference (this=0x6c114e0) at core/object/ref_counted.cpp:89 #5 0x0000000001635b94 in Ref<InputEvent>::unref (this=0x6c68590) at ./core/object/ref_counted.h:209 #6 Ref<InputEvent>::~Ref (this=0x6c68590, __in_chrg=<optimized out>) at ./core/object/ref_counted.h:222 #7 List<Ref<InputEvent>, DefaultAllocator>::Element::~Element (this=0x6c68590, __in_chrg=<optimized out>) at ./core/templates/list.h:51 #8 memdelete_allocator<List<Ref<InputEvent>, DefaultAllocator>::Element, DefaultAllocator> (p_class=0x6c68590) at ./core/os/memory.h:121 #9 List<Ref<InputEvent>, DefaultAllocator>::_Data::erase (p_I=0x6c68590, this=<optimized out>) at ./core/templates/list.h:243 #10 List<Ref<InputEvent>, DefaultAllocator>::erase (p_I=0x6c68590, this=0x6c684f0) at ./core/templates/list.h:431 #11 List<Ref<InputEvent>, DefaultAllocator>::clear (this=0x6c684f0) at ./core/templates/list.h:464 #12 List<Ref<InputEvent>, DefaultAllocator>::~List (this=0x6c684f0, __in_chrg=<optimized out>) at ./core/templates/list.h:759 #13 0x0000000003d835d1 in InputMap::Action::~Action (this=0x6c684e8, __in_chrg=<optimized out>) at core/input/input_map.h:51 #14 KeyValue<StringName, InputMap::Action>::~KeyValue (this=0x6c684e0, __in_chrg=<optimized out>) at ./core/templates/pair.h:82 #15 HashMapElement<StringName, InputMap::Action>::~HashMapElement (this=0x6c684d0, __in_chrg=<optimized out>) at ./core/templates/hash_map.h:55 #16 memdelete<HashMapElement<StringName, InputMap::Action> > (p_class=0x6c684d0) at ./core/os/memory.h:109 #17 DefaultTypedAllocator<HashMapElement<StringName, InputMap::Action> >::delete_allocation (p_allocation=0x6c684d0, this=0x6b2c000) at ./core/os/memory.h:206 #18 HashMap<StringName, InputMap::Action, HashMapHasherDefault, HashMapComparatorDefault<StringName>, DefaultTypedAllocator<HashMapElement<StringName, InputMap::Action> > >::clear (this=0x6b2c000) at ./core/templates/hash_map.h:265 #19 HashMap<StringName, InputMap::Action, HashMapHasherDefault, HashMapComparatorDefault<StringName>, DefaultTypedAllocator<HashMapElement<StringName, InputMap::Action> > >::clear (this=0x6b2c000) at ./core/templates/hash_map.h:254 #20 HashMap<StringName, InputMap::Action, HashMapHasherDefault, HashMapComparatorDefault<StringName>, DefaultTypedAllocator<HashMapElement<StringName, InputMap::Action> > >::~HashMap (this=0x6b2c000, __in_chrg=<optimized out>) at ./core/templates/hash_map.h:616 #21 InputMap::~InputMap (this=0x6b2be90, __in_chrg=<optimized out>) at core/input/input_map.cpp:815 #22 0x000000000049d620 in memdelete<InputMap> (p_class=0x6b2be90) at ./core/os/memory.h:104 #23 memdelete<InputMap> (p_class=0x6b2be90) at ./core/os/memory.h:104 #24 Main::cleanup (p_force=p_force@entry=false) at main/main.cpp:3887 #25 0x00000000004256db in main (argc=<optimized out>, argv=0x7fffffffdbe8) at platform/linuxbsd/godot_linuxbsd.cpp:76 ``` The more times I call `InputMap.ActionGetEvents` the more likely the crash is. Just accessing one value doesn't cause a crash very often, but already at 2 I get pretty regular crashes. With 3 I get almost always a crash. The sample code I set it to take 10 items which seems to always crash in a debugger. Using a value over 50 seems to have a good chance to crash even when not using a debugger. Also if I use the following code to not reuse the StringName instance, the crash goes away (note the `GC.Collect` is *required* to not cause a crash): ```c# string name; { var list = InputMap.GetActions().Take(10).ToList(); name = list[0].ToString(); } // This line is important GC.Collect(); foreach (var inputEvent in InputMap.ActionGetEvents(name)); ``` With fewer StringNames used the crash is less consistent and sometimes I've observed these other places where the crash happens: ``` ERROR: FATAL: Condition "!rc_owner" is true. at: _instance_binding_reference_callback (modules/mono/csharp_script.cpp:1379) Thread 1 "godot.linuxbsd." received signal SIGILL, Illegal instruction. 0x0000000000b72fbc in CSharpLanguage::_instance_binding_reference_callback (p_token=<optimized out>, p_binding=<optimized out>, p_reference=<optimized out>) at modules/mono/csharp_script.cpp:1379 1379 CRASH_COND(!rc_owner); (gdb) bt #0 0x0000000000b72fbc in CSharpLanguage::_instance_binding_reference_callback (p_token=<optimized out>, p_binding=<optimized out>, p_reference=<optimized out>) at modules/mono/csharp_script.cpp:1379 #1 0x000000000403bcc2 in Object::_instance_binding_reference (p_reference=false, this=0x6b75840) at ./core/object/object.h:678 #2 RefCounted::unreference (this=0x6b75840) at core/object/ref_counted.cpp:89 #3 0x0000000001635b94 in Ref<InputEvent>::unref (this=0x6c30640) at ./core/object/ref_counted.h:209 #4 Ref<InputEvent>::~Ref (this=0x6c30640, __in_chrg=<optimized out>) at ./core/object/ref_counted.h:222 #5 List<Ref<InputEvent>, DefaultAllocator>::Element::~Element (this=0x6c30640, __in_chrg=<optimized out>) at ./core/templates/list.h:51 #6 memdelete_allocator<List<Ref<InputEvent>, DefaultAllocator>::Element, DefaultAllocator> (p_class=0x6c30640) at ./core/os/memory.h:121 #7 List<Ref<InputEvent>, DefaultAllocator>::_Data::erase (p_I=0x6c30640, this=<optimized out>) at ./core/templates/list.h:243 #8 List<Ref<InputEvent>, DefaultAllocator>::erase (p_I=0x6c30640, this=0x6c2f7b0) at ./core/templates/list.h:431 #9 List<Ref<InputEvent>, DefaultAllocator>::clear (this=0x6c2f7b0) at ./core/templates/list.h:464 #10 List<Ref<InputEvent>, DefaultAllocator>::~List (this=0x6c2f7b0, __in_chrg=<optimized out>) at ./core/templates/list.h:759 #11 0x0000000003d835d1 in InputMap::Action::~Action (this=0x6c2f7a8, __in_chrg=<optimized out>) at core/input/input_map.h:51 #12 KeyValue<StringName, InputMap::Action>::~KeyValue (this=0x6c2f7a0, __in_chrg=<optimized out>) at ./core/templates/pair.h:82 #13 HashMapElement<StringName, InputMap::Action>::~HashMapElement (this=0x6c2f790, __in_chrg=<optimized out>) at ./core/templates/hash_map.h:55 #14 memdelete<HashMapElement<StringName, InputMap::Action> > (p_class=0x6c2f790) at ./core/os/memory.h:109 #15 DefaultTypedAllocator<HashMapElement<StringName, InputMap::Action> >::delete_allocation (p_allocation=0x6c2f790, this=0x6b2c010) at ./core/os/memory.h:206 #16 HashMap<StringName, InputMap::Action, HashMapHasherDefault, HashMapComparatorDefault<StringName>, DefaultTypedAllocator<HashMapElement<StringName, InputMap::Action> > >::clear (this=0x6b2c010) at ./core/templates/hash_map.h:265 #17 HashMap<StringName, InputMap::Action, HashMapHasherDefault, HashMapComparatorDefault<StringName>, DefaultTypedAllocator<HashMapElement<StringName, InputMap::Action> > >::clear (this=0x6b2c010) at ./core/templates/hash_map.h:254 #18 HashMap<StringName, InputMap::Action, HashMapHasherDefault, HashMapComparatorDefault<StringName>, DefaultTypedAllocator<HashMapElement<StringName, InputMap::Action> > >::~HashMap (this=0x6b2c010, __in_chrg=<optimized out>) at ./core/templates/hash_map.h:616 #19 InputMap::~InputMap (this=0x6b2bea0, __in_chrg=<optimized out>) at core/input/input_map.cpp:815 #20 0x000000000049d620 in memdelete<InputMap> (p_class=0x6b2bea0) at ./core/os/memory.h:104 #21 memdelete<InputMap> (p_class=0x6b2bea0) at ./core/os/memory.h:104 #22 Main::cleanup (p_force=p_force@entry=false) at main/main.cpp:3887 #23 0x00000000004256db in main (argc=<optimized out>, argv=0x7fffffffdbe8) at platform/linuxbsd/godot_linuxbsd.cpp:76 ``` And: ``` Thread 1 "godot.linuxbsd." received signal SIGSEGV, Segmentation fault. TableFreeSingleHandleToCache (pTable=0x0, uType=0, handle=0x965cd20) at /usr/src/debug/dotnet8.0-8.0.102-1.fc39.x86_64/src/runtime/artifacts/source-build/self/src/src/coreclr/gc/handletablecache.cpp:786 Downloading source file /usr/src/debug/dotnet8.0-8.0.102-1.fc39.x86_64/src/runtime/artifacts/source-build/self/src/src/coreclr/gc/handletablecache.cpp 786 if (TypeHasUserData(pTable, uType)) (gdb) bt #0 TableFreeSingleHandleToCache (pTable=0x0, uType=0, handle=0x965cd20) at /usr/src/debug/dotnet8.0-8.0.102-1.fc39.x86_64/src/runtime/artifacts/source-build/self/src/src/coreclr/gc/handletablecache.cpp:786 #1 0x00007fffa27fc228 in HndDestroyHandle (hTable=0x0, uType=0, handle=0x965cd20) at /usr/src/debug/dotnet8.0-8.0.102-1.fc39.x86_64/src/runtime/artifacts/source-build/self/src/src/coreclr/gc/handletable.cpp:383 #2 0x00007fff236b61ce in ?? () #3 0x00007fffffffd430 in ?? () #4 0x00007fff24165716 in ?? () #5 0x00007fffffffd3e0 in ?? () #6 0x0000000000000000 in ?? () ``` ### Steps to reproduce - Create a new C# Godot project (it's probably important to not delete the default `ui_` input actions) - Add the following to any Node's _Ready that is loaded at startup: ```c# foreach (var name in InputMap.GetActions().Take(10)) { // Just calling InputMap.ActionGetEvents doesn't cause a crash, it needs to be // accessed for example with iteration or a .ToList() call foreach (var inputEvent in InputMap.ActionGetEvents(name)); } ``` - Run the project, preferrably with gdb to make the crash more consistent - Close the opened game window - Observe the crash A more tweakable example of the code causing a crash is this: ```c# // Running this causes a crash on shutdown (when running outside GDB or C# debugger, // increase the take variable to see the crash consistently) public override void _Ready() { // It doesn't seem to matter which actions are inspected, just how many are accessed // This should be enough to always see the crash. Note that with very low take counts // different crashes can be observed, this always gives a SIGSEGV in the same place. int take = 10; // For crashing without a debugger attached, it is better to use way bigger value // int take = 100; // This is the minimum amount I need to take to pretty consistently get a crash // int take = 3; // This still somewhat consistently crashes // int take = 2; // I cannot get a crash by just taking one item // int take = 1; foreach (var name in InputMap.GetActions().Take(take)) { // Just calling InputMap.ActionGetEvents doesn't cause a crash, it needs to be // accessed for example with iteration or a .ToList() call foreach (var inputEvent in InputMap.ActionGetEvents(name)); } } ``` ### Minimal reproduction project (MRP) [GodotTestProject.zip](https://github.com/godotengine/godot/files/14771115/GodotTestProject.zip)

Artem · May 7, 2024, 1:32pm

Not exactly as I can understand. In my post before the last one I tried to run the game without ignoring SIG34. It crashed. You suggested to ignore this signal to find out the actual reason behind this signal. I ignored and the game started. Does it mean it’s just SIG34 and is there nothing behind it? So is it just from the C# runtime somehow?

hhyyrylainen · May 7, 2024, 2:06pm

Yes, the C# runtime uses that signal internally. It is not a crash and things work fine when it is ignored.