https://bugs.winehq.org/show_bug.cgi?id=55544 Krzysztof Bogacki <saancreed(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |saancreed(a)gmail.com --- Comment #1 from Krzysztof Bogacki <saancreed(a)gmail.com> --- This is most likely not a Wine bug but expected behavior resulting from .NET being confused by some stray `DOTNET_ROOT` and `DOTNET_BUNDLE_EXTRACT_BASE_DIR` environment variables. .NET uses the same variables on each system and Wine simply passes them as-is to Windows .NET but because they are Unix paths, they are either completely unrecognized and unusable or they are recognized but the directory doesn't contain a Windows .NET installation so the application just exits. Try the following, in case of programs published as single file: `env -u DOTNET_ROOT -u DOTNET_BUNDLE_EXTRACT_BASE_DIR wine64 ./Program.exe` or the following, in case of traditional multiple-files deployment: `env -u DOTNET_ROOT -u DOTNET_BUNDLE_EXTRACT_BASE_DIR wine64 dotnet.exe ./Program.dll` … replacing `Program` with the name of the assembly containing the entry point as appropriate. (As a side note, it's totally unnecessary to set `DOTNET_ROOT` to `/usr/share/dotnet` because that's the default anyway, unless you need to override another location specified in `/etc/dotnet/install_location`. This might be a bug/oversight in your distribution's .NET packages.) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.