ich hab eine C++-DLL-Datei erstellt und nun stellt sich die Anforderung, diese auch unter C# nutzen zu können. Die DLL besitzt Win32-Schnittstellen, sollte dahingehend also eigentlich kompatibel sein.
Mir stellt sich nun die Frage, wie die Interface-Anbindung unter C# aussehen muss. Geht das überhaupt?
Hier das Beispiel einer der exportierten DLL-Funktionen:
Code:
__declspec(dllexport) bool MeineFunktion(const int &Wert1, char* Wert2);
// Wert1 ist ein übergebener Wert, Wert2 soll ein Rückgabewert sein
Code:
__declspec(dllexport) bool MeineFunktion(const int &Wert1, char* Wert2);
// Wert1 ist ein übergebener Wert, Wert2 soll ein Rückgabewert sein
Code:
__declspec(dllexport) bool MeineFunktion(const int &Wert1, char* Wert2);
// Wert1 ist ein übergebener Wert, Wert2 soll ein Rückgabewert sein
Soweit ich bisher gelesen habe, müsste man da wohl am besten eine eigene Klasse mit "managed definitions" in C# dafür anlegen. Wie müsste das für die obige Funktion dann ausschauen?
Ausserdem enthält die DLL die Möglichkeit, von dort heraus eine Callback-Funktion aufrufen zu lassen. Diese Funktion muss aus C# heraus an die DLL übergeben werden. Geht das überhaupt?
Ich arbeite mit dem VS 2005.
Für hilfreiche Tipps schon mal im Voraus vielen Dank!
Wes
[DllImport("Any.dll")]
public static extern bool MeineFunktion(int Wert1, StringBuilder Wert2);
C# Code:
[DllImport("Any.dll")]
public static extern bool MeineFunktion(int Wert1, StringBuilder Wert2);
C# Code:
[DllImport("Any.dll")]
public static extern bool MeineFunktion(int Wert1, StringBuilder Wert2);
Am besten schaust du dir die Interop Geschichte mal genauer an.
Ich bin mir nicht sicher, ob man ein delegate als Funtionszeiger übergeben kann, was aber auf jeden Fall geht ist
C# Code:
1 2 3 4 5 6 7 8 9 10
1 2 3 4 5 6 7 8 9 10
[DllImport("Any.dll")]
public static extern void setCallback(IntPtr functionPointer);
public delegate void MeinDelegate(parameter);
...
MeinDelegate deleg = new MeinDelegate(function);
...
Wie gesagt, bin mit nicht sicher ob du dir den Umweg über marshaling sparen kannst und direkt das delegate übergeben kannst. Hab den Code auch nicht getested, kann also nich 100%ig garantieren dass es so funktioniert , aber ich würde mir die Interop auf jeden Fall genauer anschauen.
Ok, die Funktionsdefinitionen hat C# so genommen. Dazu habe ich eine eigene Klasse angelegt und darin alle Schnittstellen entsprechend definiert.
Beim Compilieren gab es keine Fehler. Allerdings dann bei der Ausführung, denn dort findet er die angegebenen Funktionen nicht in der DLL.
Die Frage ist nun, warum nicht?
Da fällt mir ein: Ich hatte noch vergessen zu erwähnen, dass die Funktionsrümpfe innerhalb eines Namespaces in der DLL stehen. Müsste ich dann in C# einen Namespace gleichen Namens anlegen? Oder muss die Angabe der zu importierenden Funktion dann nur anders lauten? Wenn ja, wie müsste diese dann aussehen?
Hier nochmal die (jetzt vollständige) Art, wie es von der DLL exportiert wird:
C/C++ Code:
namespace MeinNamespace
{
__declspec(dllexport) bool MeineFunktion(const int &Wert1, char* Wert2);
// Wert1 ist ein übergebener Wert, Wert2 soll ein Rückgabewert sein
}
C/C++ Code:
namespace MeinNamespace
{
__declspec(dllexport) bool MeineFunktion(const int &Wert1, char* Wert2);
// Wert1 ist ein übergebener Wert, Wert2 soll ein Rückgabewert sein
}
C/C++ Code:
namespace MeinNamespace
{
__declspec(dllexport) bool MeineFunktion(const int &Wert1, char* Wert2);
// Wert1 ist ein übergebener Wert, Wert2 soll ein Rückgabewert sein
}
Und so hab ich es jetzt in C# stehen:
C# Code:
using System.Runtime.InteropServices;
class MeineDLL
{
[DllImport("MeineDLL.dll")]
public static extern bool MeineFunktion(int Wert1, out string Wert2);
}
C# Code:
using System.Runtime.InteropServices;
class MeineDLL
{
[DllImport("MeineDLL.dll")]
public static extern bool MeineFunktion(int Wert1, out string Wert2);
}
C# Code:
using System.Runtime.InteropServices;
class MeineDLL
{
[DllImport("MeineDLL.dll")]
public static extern bool MeineFunktion(int Wert1, out string Wert2);
}
Anwendung:
C# Code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14
1 2 3 4 5 6 7 8 9 10 11 12 13 14
namespace TestAppl
{
class Program
{
static void Main(string[] args)
{
string eintext;
if (MeineDll.MeineFunktion(5, eintext))
Console.WriteLine("Geht. Ergebnis: '{0}'", eintext);
else
Console.WriteLine("Geht nicht.");
}
}
}
C# Code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14
namespace TestAppl
{
class Program
{
static void Main(string[] args)
{
string eintext;
if (MeineDll.MeineFunktion(5, eintext))
Console.WriteLine("Geht. Ergebnis: '{0}'", eintext);
else
Console.WriteLine("Geht nicht.");
}
}
}
C# Code:
1 2 3 4 5 6 7 8 9 10 11 12 13 14
namespace TestAppl
{
class Program
{
static void Main(string[] args)
{
string eintext;
if (MeineDll.MeineFunktion(5, eintext))
Console.WriteLine("Geht. Ergebnis: '{0}'", eintext);
else
Console.WriteLine("Geht nicht.");
}
}
}
Besten Dank schon mal im Voraus für weitere Tipps,
Wes
Du wirst große Schwierigkeiten haben, das Name Mangling von C++ mit den Erwartungen von C# unter einen Hut zu bringen. Unter anderem der angesprochene Namespace, aber auch die Signatur (Funktionsparameter) spielen dabei eine Rolle bei der Erzeugung des Namens. Die Funktion heißt nämlich in der DLL nicht einfach "MeineFunktion", sondern so etwas wie "_MeinNamespace__MeineFunktion_i4cp4". Das findet C# nicht.
Eine Möglichkeit ist, für die Funktion C-Linkage zu erzwingen, dann kannst Du sie sogar im Namespace belassen.
Kommt von deinem String. "out string" oder "ref string" geht soviel ich weiß nicht, vermutlich weil es ein "immutable type" ist. Stringbuilder ohne out oder ref verwenden und am besten vorher noch mit der Maximallänge der Zeichenkette initialisieren
Zuletzt bearbeitet von Herb am 08:03:58 19.09.2007, insgesamt 1-mal bearbeitet
Nächstes Thema anzeigen Vorheriges Thema anzeigen
Sie können keine Beiträge in dieses Forum schreiben. Sie können auf Beiträge in diesem Forum nicht antworten. Sie können Ihre Beiträge in diesem Forum nicht bearbeiten. Sie können Ihre Beiträge in diesem Forum nicht löschen. Sie können an Umfragen in diesem Forum nicht mitmachen.
c++.de ist Teilnehmer des Partnerprogramms von Amazon Europe S.à.r.l. und Partner des Werbeprogramms, das zur Bereitstellung eines Mediums
für Websites konzipiert wurde, mittels dessen durch die Platzierung von Werbeanzeigen und Links zu amazon.de
Werbekostenerstattung verdient werden kann.
Die Vervielfältigung der auf den Seiten www.c-plusplus.de, www.c-plusplus.info, www.c-sar.de, www.c-plusplus.net und www.baeckmann.de
enthaltenen Informationen ohne eine schriftliche Genehmigung des Seitenbetreibers ist untersagt
(vgl. §4 Urheberrechtsgesetz). Die Nutzung und Änderung der vorgestellten Strukturen und Verfahren in
privaten und kommerziellen Softwareanwendungen ist ausdrücklich erlaubt, soweit keine Rechte Dritter verletzt werden.
Der Seitenbetreiber übernimmt keine Gewähr für die Funktion einzelner Beiträge oder Programmfragmente, insbesondere
übernimmt er keine Haftung für eventuelle aus dem Gebrauch entstehenden Folgeschäden.
Twitter
Facebook
, aber ich würde mir die Interop auf jeden Fall genauer anschauen. 
