Can not load or initialize libmscordaccore.so when connecting to remote lldb-server that runs another distro.

[kekekeks]

Description

1. Compile a self-contained app with .NET 10
2. Run lldb-server on remote Alpine machine with lldb-server p --server --listen "*:8080"
3. Run local lldb (same version as server) on Debian machine and use the following commands:

platform select remote-linux
platform connect connect://<machine-IP>:8080
plugin load /path/to/libsosplugin.so
target create /remote/path/to/app/MyApp
r

Ctrl+C

setclrpath /local/path/to/app
sosflush
logging enable
clrstack

Outputs:

 Information: 0 : HostServices.UpdateTarget 2895 #0
 Error: 0 : DataTargetWrapper.ReadVirtual FAILED address 0000000000002390 size 00000010
 Error: 0 : CLRDataCreateInstance FAILED 80131C4F
 Information: 0 : DataTargetWrapper.Destroy
Failed to load data access module, 0x80004002
Can not load or initialize libmscordaccore.so. The target runtime may not be initialized.

For more information see https://go.microsoft.com/fwlink/?linkid=2135652
ClrStack  failed

I've checked that it loads the correct mscordaccore.so from the same .NET runtime version (there is musl/glibc mismatch though, but I'm assuming that there are compatible).

The same exact scenario works fine if I connect Alpine->Alpine or Debian->Debian (same distro versions)

Configuration

• What OS and version, and what distro if applicable?
  Debian 12, Alpine 3.21

• What is the architecture (x64, x86, ARM, ARM64)?
  x64

• Do you know whether it is specific to that configuration?
  Not sure if it's specific to this configuration, it might be glibc/musl mismatch somehow.

• Are you running in any particular type of environment? (e.g. Containers, a cloud scenario, app you are trying to target is a different user)
  Remote debug via lldb-server

• Is it a self-contained published application?
  Yes

• What's the output of dotnet --info

Details

``` .NET SDK: Version: 10.0.100 Commit: b0f34d51fc Workload version: 10.0.100-manifests.4c0ca8ba MSBuild version: 18.0.2+b0f34d51f

Runtime Environment:
OS Name: debian
OS Version: 12
OS Platform: Linux
RID: linux-x64
Base Path: /usr/share/dotnet/sdk/10.0.100/

.NET workloads installed:
There are no installed workloads to display.
Configured to use workload sets when installing new manifests.
No workload sets are installed. Run "dotnet workload restore" to install a workload set.

Host:
Version: 10.0.0
Architecture: x64
Commit: b0f34d51fc

.NET SDKs installed:
2.1.818 [/usr/share/dotnet/sdk]
3.1.426 [/usr/share/dotnet/sdk]
5.0.408 [/usr/share/dotnet/sdk]
6.0.428 [/usr/share/dotnet/sdk]
7.0.100 [/usr/share/dotnet/sdk]
7.0.410 [/usr/share/dotnet/sdk]
8.0.412 [/usr/share/dotnet/sdk]
9.0.303 [/usr/share/dotnet/sdk]
10.0.100 [/usr/share/dotnet/sdk]

.NET runtimes installed:
Microsoft.AspNetCore.All 2.1.30 [/usr/share/dotnet/shared/Microsoft.AspNetCore.All]
Microsoft.AspNetCore.App 2.1.30 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 3.1.32 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 5.0.17 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 6.0.36 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 7.0.0 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 7.0.20 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 8.0.18 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 9.0.7 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 10.0.0 [/usr/share/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 2.1.30 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 3.1.32 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 5.0.17 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 6.0.36 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 7.0.0 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 7.0.20 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 8.0.18 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 9.0.7 [/usr/share/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 10.0.0 [/usr/share/dotnet/shared/Microsoft.NETCore.App]

Other architectures found:
None

Environment variables:
Not set

global.json file:
Not found

Learn more:
https://aka.ms/dotnet/info

Download .NET:
https://aka.ms/dotnet/download

</details>

[hoyosjs]

This is not a bug per se - the scenario itself is not supported. There are places where SOS assumes offsets in structures that differ depending on the type of loader behavior.