Aufruf von .net Core 3.1 Assemblies

[Sergej_Molotov]

Der Hinweis mit x86 in C# hat auch bei mir geholfen. Jetzt versuche ich gerade eine Funktion meiner erzeugten Klasse aufzurufen, aber das geht noch nicht. Versuche es aber weiter...

Variante referenziert kein Automatisierungsobjekt

[Sergej_Molotov]

Der Aufruf der Funktion geling jetzt auch. Ich habe über "Komponente --> Komponente importieren --> .Net-Assembly importieren" die OHNE comhost.dll importiert und konnte dann die Funktionen aufrufen.

Danke 4dk2 und allen anderen

[Sergej_Molotov]

Wer eine TLB-Datei haben möchte, kann diese wie folgt berechnen:

Code:

tlbexp Test.dll /asmpath:"C:\Windows\Microsoft.NET\Framework\v4.0.30319"
tlibimp -P Test.tlb -Pt+

[Abudinka]

Zitat von Sergej_Molotov:

Der Aufruf der Funktion geling jetzt auch. Ich habe über "Komponente --> Komponente importieren --> .Net-Assembly importieren" die OHNE comhost.dll importiert und konnte dann die Funktionen aufrufen.

Danke 4dk2 und allen anderen

Hab den selben weg "durch gemacht" allerdings wird mein Interface falsch implementiert, bzw. automatisch ein zusätzliches erstellt. Auch taucht auch nach der registrierung weder mein eigener comhost noch die comserverdemo in der delphi import list auf

c#:

Code:

  [ComVisible(true)]
    [Guid("E7637EE9-EDBC-4BA4-984D-B87A2CA6B97E")]
    [InterfaceType(ComInterfaceType.InterfaceIsDual)]
    public interface IWFNet5
    {
        IntPtr DoSomething();
    }
    [ComVisible(true)]
    [Guid("E04FA7A1-481D-42F4-A14C-D7CA94017B2B")]
    public class WFNet5 : IWFNet5
    { 
        public WFNet5()
        {
        }

        public IntPtr DoSomething()
        {
        }
    }

woraus delphi zwar das interface IWFNet5 erstellt aber zusätzlich ein leeres _WFNet5 interface erstellt von dem die WFNet5 implementierung erbt, die dann die Funktion DoSomething nicht implementiert

hat da jemand einen tipp? -- es fehlt bei der Klassendefinition das Attribut
[ClassInterface(ClassInterfaceType.None)]