C++ DLL erzeugen

[Leon (Gast)]

Hallo, in Visual Studio C++ sol eine DLL Datei erzeugt und im Anschluss 
in C# benutzt werden.

main.h

#include <iostream>
using namespace std;

namespace TEST
{
  class AusgabeText
  {
  public:
    static __declspec(dllexport) void Text(void);
  };
}

main.cpp

#include "main.h"

namespace TEST
{
  void AusgabeText::Text(void)
  {
    cout << "TEST!" << endl;
  }
}

Das Einbinden der DLL Datei in ein C# Projekt funktioniert nicht.
Es erscheint folgende Fehlermeldung:

A reference to TEST.dll could not be added. Please make sure that the 
file is accessible, and that it is a valid assembly or COM component.

[Peter II (Gast)]

C++ wird nicht gehen, du musst eine "C" Schnittstelle mit der DLL 
umsetzen. (Export Namen für keine "Name mangling" haben, intern darfst 
du C++ scheiben)

Dann darfst du die Dll nicht als Assembly einbinden
https://msdn.microsoft.com/de-de/library/cc431203.aspx

[Leon (Gast)]

Ok die main Datei habe ich in eine C Datei abgeändert.

[seho85 (Gast)]

Hi,

das Problem ist das du versucht von managed C# Code auf unmanged C++ 
Code zuzugreifen.

Schau dir mal folgendes an: 
https://blogs.msdn.microsoft.com/junfeng/2006/05/20/sample-mixing-unmanaged-c-ccli-and-c-code/

Hier wird beschrieben wie man per C# über einen CLI-Wrapper unmanged 
Code ansprechen kann.

MfG
Sebastian

[Chris F. (chfreund)]

Das geht recht einfach mit Plattforminvokation.

https://msdn.microsoft.com/en-us/library/55d3thsc.aspx

https://msdn.microsoft.com/en-us/library/ms235282.aspx

[moep (Gast)]

z.B.

C++:

extern "C" __declspec(dllexport) void __stdcall Function(void)
{
}

C#:

// native method import
[DllImport("MeineDLL.dll", CallingConvention = CallingConvention.StdCall)]
public static extern void Function(void);

[Leon (Gast)]

Ein C++ CLR Projekt möchte ich nicht erstellen. Ich möchte quasi ein 
bestehendes C++ Projekt mit c und cpp Dateien in eine C# Applikation 
über eine lib oder dll einbinden können.

[Leon (Gast)]

main.cpp

#include <stdio.h>

extern "C" __declspec(dllexport) void __stdcall Function(void)
{
  printf("TEST\n");
}

In C# Kann ich nun die Funktion Function ausführen. Allerdings erscheint 
im Ausgabefenster der Text TEST nicht.

[Michael B. (laberkopp)]

Leon schrieb:
> Hallo, in Visual Studio C++ sol eine DLL Datei erzeugt und im Anschluss
> in C# benutzt werden.

C# verlangt "managed" C++.

Man bindet auch nicht die DLL ein sondern die erzeugte LIB Datei.

Und man exportiert möglichst keine Klassenfunktionen, selbst static sind 
die Namen ätzend "mangled" (und ohne static wäre die Frage, zu welcher 
Klasseninstanz die Funktion gehört, self muss man dann mit übergeben).

Leon schrieb:
> Ein C++ CLR Projekt möchte ich nicht erstellen. Ich möchte quasi ein
> bestehendes C++ Projekt mit c und cpp Dateien in eine C# Applikation
> über eine lib oder dll einbinden können.

Kannst du wegen managed code ziemlich vergessen. Verfolge seho85's Weg.

Denk dran: Ein C# Programm hat eine Speicherverwalrung ähnlich Java, ein 
C++ Programm würde da unendlich viele nicht freigegebene Objekte übrig 
lassen. Wenn natürlich alles schön gekapselt ist, kann man die DLL 
entladen und damit alles wegwerfen. Man darf nur keine Pointer auf 
gealloctes übergeben.

[Peter II (Gast)]

Michael B. schrieb:
> Man bindet auch nicht die DLL ein sondern die erzeugte LIB Datei.

nein, klar bindest man DLLs ein. Brauchst man ständig vom wenn etwas 
näher am System programmiert.

> Kannst du wegen managed code ziemlich vergessen.
nein.

> Denk dran: Ein C# Programm hat eine Speicherverwalrung ähnlich Java, ein
> C++ Programm würde da unendlich viele nicht freigegebene Objekte übrig
> lassen.
nein würde es nicht, man muss es nur richtig machen.

> Wenn natürlich alles schön gekapselt ist, kann man die DLL
> entladen und damit alles wegwerfen.
beim entladen wird kein Speicher der gealloct wurde freigegeben, bringt 
also überhaupt nichts.

> Man darf nur keine Pointer auf gealloctes übergeben.
auch das darf man machen, man muss auch passenden Free implementieren.

[Chris F. (chfreund)]

Michael B. schrieb:
> Denk dran: Ein C# Programm hat eine Speicherverwalrung ähnlich Java, ein
> C++ Programm würde da unendlich viele nicht freigegebene Objekte übrig
> lassen.

Dieser Satz ist auf mehrere viele Arten Unsinn.
Die Speicherverwaltung der CLR hat nichts damit zu tun, wenn eine native 
Binary aufgerufen wird. Außerdem gibt es auch "C++-.net" das auch die 
CLR verwendet.

[Graf von Rotzenhausen am Sekretberge (Gast)]

Man hätte bei praktisch jeder Programmiersprache außer C++ und jedem 
Betriebssystem ein Problem damit, C++-Binarys direkt zu verwenden ...
Ohne Veränderung des vorhandenen Codes bleibt in diesem Fall hier nur 
ein C++/CLI-Wrapper, mit Veränderung extern C + P/Invoke oder COM (einen 
separaten lokalen Prozess und IPC oder Client/Server schließe ich mal 
aus).