C# DLL in Delphi nutzen

[sonny2007]

Hallo Zusammen

(Delphi 10.4)

Ich möchte gerne eine function aus einer C# DLL in delphi aufrufen und verwenden.
Die C# Dll sieht so aus

Code:

using MessagePack;
using RGiesecke.DllExport;
using System;
using System.Runtime.InteropServices;

namespace MsgPack.Native
{
   public class Exports
   {
      [DllExport(CallingConvention = CallingConvention.StdCall)]
      [return: MarshalAs(UnmanagedType.BStr)]
      public static string ConvertToJson(IntPtr pBytes, int cBytes)
      {
         byte[] data = new byte[cBytes];
         Marshal.Copy(pBytes, data, 0, cBytes);
         string result = MessagePackSerializer.ConvertToJson(data);
         return result;
      }
   }
}

Die definition in Delphi sieht aktuell so aus.

Delphi-Quellcode:

type
  TConvertToJson = function(pBytes: Pbyte; cBytes: Integer): string; stdcall;

Der Aufruf

Delphi-Quellcode:

dllhandle := loadlibrary('MsgPack.Native.dll') ;
  if dllhandle <> 0 then
    @ConverToJson := GetProcAddress(dllhandle, 'ConvertToJson');
    if @ConverToJson <> nil then   // <<--------------- Ist immer NIL
    begin

und so würde der Aufruf selber aussehen.

Delphi-Quellcode:

tmp := ConverToJson(@buf[0], length(Buf));

Jedoch gib GetProcAdress gibt immer NIL aus
Was mache ich falsch?

Grüße
s0n

[Der schöne Günther]

Delphi-Quellcode:

LoadLibrary(..)

aber funktioniert?

[sonny2007]

Ja LoadLibrary geht

[TSchnuckenbock]

Mein nächster Ansatz wäre: Mit dem DependencyWalker in die dll gucken, ob unter "ConvertToJson" auch was drin steht?

[Der schöne Günther]

Oh, verrückt. Ich hätte erwartet dass man das in .NET noch auf "AnyCPU" oder so hatte (statt x86 oder x64) - Aber wenn LoadLibrary(..) an sich funktioniert dann scheint es daran ja wohl nicht zu liegen...

[arnold mueller]

könntest du die DLL mal hier zur Verfügung stellen?

[Aviator]

Ich wollte damals auch mal eine in C# geschriebene DLL in Delphi nutzen. Dafür musste dann die DLL aber mit einem speziellen Unmanaged Exports Helper kompiliert werden. Ansonsten sind die nicht wirklich sichtbar. Ob sich daran etwas geändert hat (vor allem auch mit den Attributen die ja gesetzt sind) weiß ich nicht. Glücklicherweise hatte ich die DLL damals selbst geschrieben und konnte das dann auch selbst alles machen.

Aber dem Tipp mit dem Dependency Walker solltest du definitiv folgen um zu sehen ob überhaupt etwas exportiert wird.

[venice2]

Hmmm...

Code:

function ConvertToJson(pBytes: Pbyte; cBytes: Integer): string; stdcall; external 'MsgPack.Native.dll';

[Aviator]

Bringt nur nix wenn die Methode gar nicht exportiert wird und unterscheidet sich auch nicht wirklich von seiner Version. Oder übersehe ich etwas?

[venice2]

Zitat:

Zitat von Aviator (Beitrag 1504002)

Bringt nur nix wenn die Methode gar nicht exportiert wird und unterscheidet sich auch nicht wirklich von seiner Version. Oder übersehe ich etwas?

Jo warum dann LoadLibrary (gar nicht nötig) wenn sich die DLL im Anwendungspfad befindet.
Entweder es kommt was zurück beim direkten Aufruf oder nicht.

Und sie wird exportiert!

Code:

[DllExport(CallingConvention = CallingConvention.StdCall)]