How to not locking an assembly file while it's loaded, while assembly directory is considered as a dllimport search path on Linux

[Akarinnnnn]

Godot wants not to lock Assembly file while loaded, it's solution is to load it from memory. But such solution caused Steamworks.NET failed to resolve Linux natives (libsteam_api.so) next to the assembly, because dlopen() not searching assembly location and application directory, searched paths listed below:

ERROR: System.DllNotFoundException: Unable to load shared library 'steam_api' or one of its dependencies. In order to help diagnose loading problems, consider using a tool like strace. If you're using glibc, consider setting the LD_DEBUG environment variable:
ERROR: /usr/lib/dotnet/shared/Microsoft.NETCore.App/9.0.13/steam_api.so: cannot open shared object file: No such file or directory
ERROR: /usr/lib/dotnet/shared/Microsoft.NETCore.App/9.0.13/libsteam_api.so: cannot open shared object file: No such file or directory
ERROR: /usr/lib/dotnet/shared/Microsoft.NETCore.App/9.0.13/steam_api: cannot open shared object file: No such file or directory
ERROR: /usr/lib/dotnet/shared/Microsoft.NETCore.App/9.0.13/libsteam_api: cannot open shared object file: No such file or directory

After some experiment and investigation, I found that the assembly's Assembly.Location is an empty string. This is possibly the root cause of not searching assembly directory.

I'm looking for some workaround for search path, but also looking forward for official solution.

Reference:
rlabrecque/Steamworks.NET#768 (comment)
Akarinnnnn/Steamworks.NET.AnyCPU#1 (comment)
https://github.com/godotengine/godot/blob/2327a823578a30f09068f97272598521896d5633/modules/mono/glue/GodotSharp/GodotPlugins/PluginLoadContext.cs#L27-L29
https://github.com/dotnet/runtime/discussions?discussions_q=not+locking+assembly+dllimport+search+path

[hez2010]

You can try NativeLibrary.SetDllImportResolver to set a dll resolver for an assembly.

[Akarinnnnn]

Did, seems ApplicationDomain.CurrentDomain.BaseDirectory has been filled on Godot. I'm verifying this approach.

[sandsalamand]

Confirmed that NativeLibrary.SetDllImportResolver can solve the problem thanks to Godot manually setting the base directory with AppDomain.CurrentDomain.SetData("APP_CONTEXT_BASE_DIRECTORY", baseDirectory).

[Akarinnnnn]

I've marked your solution to as answer, would you add Sander provided detail to your answer to be more clear? Specifically point out Godot's behavior is important to it's developers. Also, I'd like to file an enhancement issue to Godot for easier life.