System.IO.FileNotFoundException: System.Runtime

[chuxiaaaa]

DllExport version

1.8.1

Environment

None

Ask the .NET DllExport project

I used BasicExport.ExtDotNetCoreLibrary4 as an example and modified Alg's code as shown above. This code requires the NBitcoin package.

 public static class Class1
 {

     static Class1()
     {
         static Assembly _Load(string path)
         {
             if (!File.Exists(path)) return null;

             Console.WriteLine("Load: " + path);
             return Assembly.LoadFrom(path);
         }

         AppDomain.CurrentDomain.AssemblyResolve += (s, e) =>
         _Load(Path.Combine
         (
             Path.GetDirectoryName(typeof(Class1).Assembly.Location),
             e.Name?[..e.Name.IndexOf(',')] + ".dll"
         ));
     }

     [DllExport("testMethod", CallingConvention = CallingConvention.StdCall)]
     public static string testMethod()
     {
         return "Yippee!";
     }

     [DllExport("GenerateAddress", CallingConvention = CallingConvention.StdCall)]
     public static string GenerateAddress()
     {
         try
         {
             var key = new Key();
             var address = key.PubKey.GetAddress(ScriptPubKeyType.Legacy, Network.Main);
             return address.ToString();
         }
         catch (Exception ex)
         {
             return $"Error: {ex.Message}";
         }
     }
 }

Then I got an exception when testing.

testcode:

        static void Main(string[] args)
        {
            Console.WriteLine(testMethod2());
            Console.WriteLine(GenerateAddress2());
        }

        [DllImport("ExtDotNetCoreLibrary4.dll", CallingConvention = CallingConvention.StdCall,EntryPoint = "testMethod")]
        public extern static string testMethod2();

        [DllImport("ExtDotNetCoreLibrary4.dll", CallingConvention = CallingConvention.StdCall, EntryPoint = "GenerateAddress")]
        public extern static string GenerateAddress2();

The console output was:

Yippee!
Unhandled exception. System.Runtime.InteropServices.SEHException (0x80004005): External component has thrown an exception. at testconsole.Program.GenerateAddress2() at testconsole.Program.Main(String[] args) in System.IO.FileNotFoundException: System.Runtime, Version=6.0.0.0, Culture=neutral

I’ve looked at #219, #167,#132, but I didn’t find a solution. I might have missed something.

DllExport configuration

Installed: True; 1.8.1.36569+c2d3cd1; invoked: 1.8.1
Project type: Cs
Storage: ProjectFiles
Compiler.Platform: Auto
Compiler.imageBase: 0x8000000
Compiler.imageBaseStep: 0x400000
Compiler.ordinalsBase: 1
Compiler.rSysObj: True
Compiler.ourILAsm: True
Compiler.customILAsm: 
Compiler.genExpLib: False
Compiler.peCheck: PeIl, Pe32orPlus
Compiler.patches: None
Compiler.refreshObj: False
PreProc.Type: None
PreProc.Cmd: 
PostProc.Type: None
PostProc.ProcEnv: $(SolutionPath);$(MSBuildThisFileFullPath)
PostProc.Cmd: 
AssemblyExternDirectives: 
TypeRefDirectives: System.Runtime.CompilerServices.DefaultInterpolatedStringHandler,,False,False,True;
TypeRefOptions: DefaultInterpolatedStringHandler
RefPackages: 
SignAssembly(Debug): 
PlatformTarget(Debug): x86
TargetFramework(Debug): 
TargetFrameworks(Debug): net9.0;net8.0;netstandard2.1
TargetFrameworkVersion(Debug): 
TargetFrameworkIdentifier(Debug): 
RootNamespace(Debug): 
AssemblyName(Debug): 
DebugType(Debug): 
Optimize(Debug): 
DebugSymbols(Debug): 
SignAssembly(Release): 
PlatformTarget(Release): x86
TargetFramework(Release): 
TargetFrameworks(Release): net9.0;net8.0;netstandard2.1
TargetFrameworkVersion(Release): 
TargetFrameworkIdentifier(Release): 
RootNamespace(Release): 
AssemblyName(Release): 
DebugType(Release): 
Optimize(Release): 
DebugSymbols(Release): 
Identifier: 65D268EE-0B35-40C6-9D7C-0232BA10B163
Instance: C:\Program Files\Microsoft Visual Studio\2022\Community\MSBuild\Current\Bin\amd64\MSBuild.exe
Project path: F:\Examples-master\DllExport\BasicExport\ExtDotNetCoreLibrary4\ExtDotNetCoreLibrary4.csproj
Action: Configure
MgrArgs: 
MetaLib: tools\raw\lib\net20\DllExport.dll
MetaCor: tools\raw\lib\netstd\DllExport.dll
Proxy: 
StoragePath: .net.dllexport.targets
ddNS: com.github._3F.DllExport
ddNS max buffer: 500
UseCecil: True
intermediateFiles: False
timeout: 30000
Options: None
RootPath: F:\Examples-master\DllExport\BasicExport\
PkgPath: F:\Examples-master\DllExport\BasicExport\packages\\DllExport.1.8.1\
SlnFile: 
SlnDir: F:\Examples-master\DllExport\BasicExport\
DxpTarget: tools\net.r_eg.DllExport.targets
MsgLevel: Debug
LockIfError:

Code of Conduct

• I agree to follow this project's Code of Conduct

[chuxiaaaa]

I think the solution to this problem should be configuring Ref and Types? I'll look into how to set these up.

[chuxiaaaa]

I’m still quite confused about the settings related to Ref and Types, since the wiki doesn’t provide any explanation about them. The configuration details for these two only appear in a few issues and in NetCoreRefAsset.

[3F]

Hello,

I think the solution to this problem should be configuring Ref and Types?

Yes, in general the issue is closer to #250
Considering your attached configuration, update it something like:

1. Temporary delete NBitcoin package from the project. (I think future versions will do this automatically)

2. In Wizard, click on [Ref] tab:

   • click [+Memory +Unsafe] button,
   • +NBitcoin | 9.0.0 | netstandard2.0
   • +Newtonsoft.Json | 13.0.3 | netstandard2.0
   • +System.Buffers | 4.6.0 | netstandard2.0

3. Apply.

Now your GenerateAddress() should work. I've checked using net8.0
If not, try to activate "Refreshing intermediate module (obj)" in main window.

Note again,

If your task does not require netcore targeting, the easiest way to use without complex reconfiguration like above is to simply use any modern netfx-based TFM and the latest version of the language to access modern syntactic sugar etc.

[3F]

@chuxiaaaa

I’m still quite confused about the settings related to Ref and Types, since the wiki doesn’t provide any explanation about them. The configuration details for these two only appear in a few issues and in NetCoreRefAsset.

+NetCoreAsset/Net5OrLessAsset

#168

[chuxiaaaa]

Thank you very much for your help!

[chuxiaaaa]

Sorry to bother you again. If I change the line inside the GenerateAddress method from

var address = key.PubKey.GetAddress(ScriptPubKeyType.Legacy, Network.Main);

to

var address = key.PubKey.GetAddress(ScriptPubKeyType.TaprootBIP86, Network.Main);

I get the following error:

This feature of taproot is not supported in .NET Framework

Even though my build target is net8.0, it seems to be detected as .NET Framework.
So I downgraded from .NET 8.0 to .NET 6.0, but still got the same error.

This is NBitcoin’s definition of the environment.

<PropertyGroup Condition="'$(TargetFramework)' == 'netstandard2.1' Or '$(TargetFramework)' == 'net6.0'">
	<DefineConstants>$(DefineConstants);NETCORE;HAS_SPAN;NO_BC</DefineConstants>
    <RemoveBC>true</RemoveBC>
</PropertyGroup>

Then I modified my testMethod to

return RuntimeInformation.FrameworkDescription;

and surprisingly got the result: .NET Framework 4.8.9261.0

So, what should I do to make it actually run under .NET 8.0 or .NET 6.0?

---

[chuxiaaaa]

I tried to change all the Ref dlls to versions compatible with netstandard2.1 or .NET 6.0, but I couldn't find versions of System.Memory and System.Buffers that are available for .NET 6.0 or netstandard2.1.

So I removed their references, but this caused the program to fail to run properly.

[3F]

@chuxiaaaa

This feature of taproot is not supported in .NET Framework

This is a limitation from the NBitcoin itself, you can find it in the NBitcoin assembly for netstandard2.0

Then you need other way, for example, NBitcoin's assembly net6.0; merge it using [Pre-Processing] tab; then with .typref ([Types]) set up a working binding in the used NBitcoin hierarchy.

This is NBitcoin’s definition of the environment.

This is it, if their HAS_SPAN controls implementation at compile time for Span between TFMs, then rebinding is needed at least for Span and ReadOnlySpan respectively. For example:

[Types]

• +System.Span` | v | at | System.Memory
• +System.ReadOnlySpan` | v | at | System.Memory
• +System.ReadOnlyMemory` | v | at | System.Memory
• +System.Memory` | v | at | System.Memory
• +System.MemoryExtensions | _ | at | System.Memory
• ...

[Ref]

• [+Memory +Unsafe] button

that was tested exactly on ReadOnlySpan and Memory here for net6 up to net9.

Same with other types used in NBitcoin. Yes, I mentioned these complexities in #219 (comment)
For DllExport v1.x only manual binding with .typref ([Types] tab), and/or a mix of modules, or netfx/netstandard2.0 + LangVersion=latest

If you need it urgently or you don't want to check every used type to get a working configuration (until v2.x), then I recommend alternatives like DNNE, or UnmanagedCallersOnly, or even your own clr host etc.

[chuxiaaaa]

@chuxiaaaa

This feature of taproot is not supported in .NET Framework

This is a limitation from the NBitcoin itself, you can find it in the NBitcoin assembly for netstandard2.0

Then you need other way, for example, NBitcoin's assembly net6.0; merge it using [Pre-Processing] tab; then with .typref ([Types]) set up a working binding in the used NBitcoin hierarchy.

This is NBitcoin’s definition of the environment.

This is it, if their HAS_SPAN controls implementation at compile time for Span between TFMs, then rebinding is needed at least for Span and ReadOnlySpan respectively. For example:

[Types]

• +System.Span` | v | at | System.Memory
• +System.ReadOnlySpan` | v | at | System.Memory
• +System.ReadOnlyMemory` | v | at | System.Memory
• +System.Memory` | v | at | System.Memory
• +System.MemoryExtensions | _ | at | System.Memory
• ...

[Ref]

• [+Memory +Unsafe] button

that was tested exactly on ReadOnlySpan and Memory here for net6 up to net9.

Same with other types used in NBitcoin. Yes, I mentioned these complexities in #219 (comment) For DllExport v1.x only manual binding with .typref ([Types] tab), and/or a mix of modules, or netfx/netstandard2.0 + LangVersion=latest

If you need it urgently or you don't want to check every used type to get a working configuration (until v2.x), then I recommend alternatives like DNNE, or UnmanagedCallersOnly, or even your own clr host etc.

Thank you for your reply. From what I see, NBitcoin determines the HAS_SPAN condition based on the TargetFramework.
In my DLL, the value I get from RuntimeInformation.FrameworkDescription is .NET Framework 4.8.9261.0.
I feel like this is what’s causing the issue!

[chuxiaaaa]

I’m using translation software, so please forgive me if there are any inaccuracies in my wording!

[chuxiaaaa]

@chuxiaaaa

This feature of taproot is not supported in .NET Framework

This is a limitation from the NBitcoin itself, you can find it in the NBitcoin assembly for netstandard2.0

Then you need other way, for example, NBitcoin's assembly net6.0; merge it using [Pre-Processing] tab; then with .typref ([Types]) set up a working binding in the used NBitcoin hierarchy.

This is NBitcoin’s definition of the environment.

This is it, if their HAS_SPAN controls implementation at compile time for Span between TFMs, then rebinding is needed at least for Span and ReadOnlySpan respectively. For example:

[Types]

• +System.Span` | v | at | System.Memory
• +System.ReadOnlySpan` | v | at | System.Memory
• +System.ReadOnlyMemory` | v | at | System.Memory
• +System.Memory` | v | at | System.Memory
• +System.MemoryExtensions | _ | at | System.Memory
• ...

[Ref]

• [+Memory +Unsafe] button

that was tested exactly on ReadOnlySpan and Memory here for net6 up to net9.

Same with other types used in NBitcoin. Yes, I mentioned these complexities in #219 (comment) For DllExport v1.x only manual binding with .typref ([Types] tab), and/or a mix of modules, or netfx/netstandard2.0 + LangVersion=latest

If you need it urgently or you don't want to check every used type to get a working configuration (until v2.x), then I recommend alternatives like DNNE, or UnmanagedCallersOnly, or even your own clr host etc.

DllExport configuration

Installed: True; 1.8.1.36569+c2d3cd1; invoked: 1.8.1
Project type: Cs
Storage: ProjectFiles
Compiler.Platform: x86
Compiler.imageBase: 
Compiler.imageBaseStep: 
Compiler.ordinalsBase: 1
Compiler.rSysObj: True
Compiler.ourILAsm: True
Compiler.customILAsm: 
Compiler.genExpLib: False
Compiler.peCheck: PeIl, Pe32orPlus
Compiler.patches: None
Compiler.refreshObj: False
PreProc.Type: ILMerge, DebugInfo, IgnoreErr, Lib
PreProc.Cmd: 
PostProc.Type: None
PostProc.ProcEnv: $(SolutionPath);$(MSBuildThisFileFullPath)
PostProc.Cmd: 
AssemblyExternDirectives: 
TypeRefDirectives: System.Span`,System.Memory,True,False,False;System.ReadOnlySpan`,System.Memory,True,False,False;System.ReadOnlyMemory`,System.Memory,True,False,False;System.Memory`,System.Memory,True,False,False;System.MemoryExtensions,System.Memory,False,False,False;
TypeRefOptions: None
RefPackages: System.Runtime.CompilerServices.Unsafe,6.1.0,netstandard2.0;NBitcoin,9.0.0,net6.0;Newtonsoft.Json,13.0.3,netstandard2.0;System.Buffers,4.6.0,netstandard2.0;System.Memory,4.6.0,netstandard2.0;
SignAssembly(Debug): 
PlatformTarget(Debug): x86
TargetFramework(Debug): net8.0
TargetFrameworks(Debug): 
TargetFrameworkVersion(Debug): 
TargetFrameworkIdentifier(Debug): 
RootNamespace(Debug): 
AssemblyName(Debug): 
DebugType(Debug): 
Optimize(Debug): 
DebugSymbols(Debug): 
SignAssembly(Release): 
PlatformTarget(Release): x86
TargetFramework(Release): net8.0
TargetFrameworks(Release): 
TargetFrameworkVersion(Release): 
TargetFrameworkIdentifier(Release): 
RootNamespace(Release): 
AssemblyName(Release): 
DebugType(Release): 
Optimize(Release): 
DebugSymbols(Release): 
Identifier: 6D5DBF95-CFD1-4AB7-B550-03E5D749BE1C
Instance: C:\Program Files\Microsoft Visual Studio\2022\Community\MSBuild\Current\Bin\amd64\MSBuild.exe
Project path: F:\core (1)\core\core\core.csproj
Action: Configure
MgrArgs: 
MetaLib: tools\raw\lib\net20\DllExport.dll
MetaCor: tools\raw\lib\netstd\DllExport.dll
Proxy: 
StoragePath: .net.dllexport.targets
ddNS: core
ddNS max buffer: 500
UseCecil: True
intermediateFiles: False
timeout: 30000
Options: None
RootPath: F:\core (1)\core\
PkgPath: F:\core (1)\core\packages\\DllExport.1.8.1\
SlnFile: 
SlnDir: F:\core (1)\core\
DxpTarget: tools\net.r_eg.DllExport.targets
MsgLevel: Debug
LockIfError: 

I used the example you provided, and now I’m getting the following exception:

Unhandled Exception: System.IO.FileLoadException: Could not load file or assembly 'System.Runtime, Version=6.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. Method not found. (Exception from HRESULT: 0x80131513) ---> System.MissingMethodException: Method not found: 'System.Type System.Type.GetTypeFromHandle(System.RuntimeTypeHandle)'.

Did I miss something?