Crash when trying to open C# project with .NET installed in non-standard location (but in PATH)

[Zekiah-A]

Godot version

Godot Engine v4.0.beta1.mono.official (4ba934b)

System information

Arch Linux, Vulkan, GTX 1050

Issue description

When attempting to open a C# project on godot 4 beta mono I get the following error

Godot Engine v4.0.beta1.mono.official.4ba934bf3 - https://godotengine.org
Vulkan API 1.2.0 - Using Vulkan Device #0: NVIDIA - NVIDIA GeForce GTX 1050
 
ERROR: The host fxr folder does not exist: /usr/share/dotnet/host/fxr
   at: try_get_path_from_dotnet_root (modules/mono/editor/hostfxr_resolver.cpp:323)
ERROR: .NET: One of the dependent libraries is missing. Typically when the `hostfxr`, `hostpolicy` or `coreclr` dynamic libraries are not present in the expected locations.
   at: find_hostfxr (modules/mono/mono_gd/gd_mono.cpp:126)
ERROR: .NET: Failed to load hostfxr
   at: initialize (modules/mono/mono_gd/gd_mono.cpp:397)
Project is missing: /home/zekiah/Downloads/godot-reflection/project.godot
Project is missing: /home/zekiah/Downloads/Liblast-main/liblast/Game/project.godot
Editing project: /home/zekiah/Documents/MandemTerritory
Godot Engine v4.0.beta1.mono.official.4ba934bf3 - https://godotengine.org
Vulkan API 1.2.0 - Using Vulkan Device #0: NVIDIA - NVIDIA GeForce GTX 1050
 
ERROR: The host fxr folder does not exist: /usr/share/dotnet/host/fxr
   at: try_get_path_from_dotnet_root (modules/mono/editor/hostfxr_resolver.cpp:323)
ERROR: .NET: One of the dependent libraries is missing. Typically when the `hostfxr`, `hostpolicy` or `coreclr` dynamic libraries are not present in the expected locations.
   at: find_hostfxr (modules/mono/mono_gd/gd_mono.cpp:126)
ERROR: .NET: Failed to load hostfxr
   at: initialize (modules/mono/mono_gd/gd_mono.cpp:397)
WARNING: FBX file import is enabled in the project settings, but no FBX2glTF path is configured in the editor settings. FBX files will not be imported.
     at: _editor_init (modules/gltf/register_types.cpp:99)

================================================================
handle_crash: Program crashed with signal 11
Engine version: Godot Engine v4.0.beta1.mono.official (4ba934bf3d1e697d8f332b5e8cfd694cdf49a7ba)
Dumping the backtrace. Please include this when reporting the bug to the project developer.
[1] /usr/lib/libc.so.6(+0x38a00) [0x7f4122a92a00] (??:0)
-- END OF BACKTRACE --
================================================================

I do have dotnet installed, evident as when I run,

❯ dotnet --list-sdks
6.0.302 [/home/zekiah/dotnet/sdk]
7.0.100-preview.6.22352.1 [/home/zekiah/dotnet/sdk]
❯ dotnet --list-runtimes
Microsoft.AspNetCore.App 6.0.7 [/home/zekiah/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 7.0.0-preview.6.22330.3 [/home/zekiah/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 6.0.7 [/home/zekiah/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 7.0.0-preview.6.22324.4 [/home/zekiah/dotnet/shared/Microsoft.NETCore.App]

, you can see everything is installed as expected, when I run which dotnet, I get /home/zekiah/dotnet/dotnet, I suspect this may be an issue as godot is only seeming to look in ERROR: The host fxr folder does not exist: /usr/share/dotnet/host/fxr for dotnet. When searching within /home/zekiah/dotnet/dotnet, the host/fxr dir does exist there.

Steps to reproduce

• Install dotnet via the install scripts, or some other method that does not result in the dotnet directory not being located in /usr/share/dotnet/

Minimal reproduction project

No response

[raulsntos]

Godot should also be looking at the location of the dotnet executable in PATH but I'm not seeing it in the error. Can you check if /home/zekiah/dotnet is in the PATH environment variable?

Also, do the /etc/dotnet/install_location or /etc/dotnet/install_location_x64 files exist for you?

You can also try setting the DOTNET_ROOT environment variable to /home/zekiah/dotnet and see if that fixes it for you as a workaround.

[Zekiah-A]

Also, do the /etc/dotnet/install_location or /etc/dotnet/install_location_x64 files exist for you?
You can also try setting the DOTNET_ROOT environment variable to /home/zekiah/dotnet and see if that fixes it for you as a workaround.

Nor /etc/dotnet/install_location_x64, or /etc/dotnet/install_location seem to exist for me,

❯ /etc/dotnet/install_location
zsh: no such file or directory: /etc/dotnet/install_location
❯ /etc/dotnet/install_location_x64
zsh: no such file or directory: /etc/dotnet/install_location_x64

However, setting DOTNET_ROOT to the path of the dotnet excutable seems to at least allow me to run the editor and open a C# project, even if it still complains about The host fxr folder does not exist: /usr/share/dotnet/host/fxr

❯ DOTNET_ROOT=$(which dotnet) ./Godot_v4.0-beta1_mono_linux.x86_64
Godot Engine v4.0.beta1.mono.official.4ba934bf3 - https://godotengine.org
Vulkan API 1.2.0 - Using Vulkan Device #0: NVIDIA - NVIDIA GeForce GTX 1050
 
ERROR: The host fxr folder does not exist: /usr/share/dotnet/host/fxr

[Anixias]

Similar problem on Windows 11, my fiancée has the game close instantly and running from command prompt yields ".NET: Failed to load hostfxr" as the only output. She does have .NET 7 installed in the standard location, and hostfxr.dll definitely exists in the right folder. I'm building the game with v4.0.rc2.mono.official [d2699dc].

[raulsntos]

@Anixias Would you be able to open the game from a terminal with the --verbose flag? It may contain more useful information to help us figure out what went wrong.

An exported game should contain the hostfxr.dll in the data folder, if you move the game binary make sure to move the data folder with it. Perhaps you run into #72159.

[Anixias]

I'll give it a shot when I can. That seems like it could be the issue I'm facing, although the same PCK works on my own computer.

[Anixias]

This is all it says. This is on another friend's PC running Windows 10.

EDIT: I didn't see your text about the data folder, thought it was a dump from the export process and didn't realize it needed to be included with the application.... I assumed all data was in the PCK file. So sorry!