Delphi-DLL in C++ verwenden, Headerdatei?

[Kirillenseer]

Servus zusammen. An sich kann ich Delphi, aber Delphi-Interop nach C++ ist ein Problem. Dummerweise ist Google hier leidlich hilfreich. Mir geht es darum, eine Delphi-DLL in C++ zu verwenden. Und zwar nicht nur Funktionen (dafür findet man eine ganze Menge), sondern auch Datenstrukturen, um genau zu sein Records. Hat jemand einen Link zu einem ausführlichen Tutorial zu dem Thema?

[Bernhard Geyer]

Records sind doch kein Problem solange du keine Delphi-Eigenheiten/Strings verwendest und mit packed das Speicherlayout fest legst.

[Der schöne Günther]

Hallo -

Ein eigentlich ganz nettes Tutorial zum Thema DLLs und Delphi ist unter
http://www.assarbad.net/stuff/tutori...l_tutorial.pdf
zu finden. Zumindest kenne ich sonst keins, was sonst unter "ausführlich" fallen würde. :oops:

Ansonsten ist ein Delphi-Record doch die Ensprechung eines struct auf C++-Seite, da kannst du eigentlich gefahrlos Pointer hin- und herschieben. Nur schau dir vorher die Datentypen in Delphi genau an.

Oder was genau meintest du mit "Strukturen verwenden"?

[Kirillenseer]

Ich habe hier z.B. einen Header, in dem die Delphirecords auf Structs übertragen werden, in dem hinten ein void print(char *) auftaucht. Warum, weiss niemand. Irgendeinen Zweck hat es aber, sonst wäre es nicht da.

[mkinzler]

Ein Zeiger auf Char ist ein nullterminierter String in c

[Kirillenseer]

Aber was macht es? Warum ist ein Delphirecord aus zwei Bytes in C eine Struktur mit zwei Bytes und einem void print(char *)?

[Der schöne Günther]

Ich komme nicht hinterher.

Was ist das Problem? Dass (unklarerweise) irgendjemand der struct-Entsprechung auf C-Seite noch eine Methode print gegeben hat? Wie ist die Methode denn implementiert?

Außerdem: C oder C++? Wenn ich nicht vollkommen danebenliege, durfen in C doch structs noch keine Methoden haben, oder?

[Kirillenseer]

Es ist C++.

Das Problem ist: warum? Was macht es? Warum ist es da? Warum stört es nicht? Oder stört es vielleicht doch?

Implementiert ist es meines Wissens nach in der Standardbib.

[Robotiker]

Wenn in C++ eine Funktionsdeklaration in einer Struktur steht, ist es eine Klassendeklaration.

Denn

Code:

struct A
{
  void print(char *);
};

ist das gleiche wie

Code:

class A
{
public:
  void print(char *);
};

D.h. es werden implizit noch Konstruktor, Kopierkonstruktor, Destruktor, Zuweisungsoperator und in C++11 noch Movekonstruktor, usw. generiert.

C++ Klassen in DLL-Schnittstellen sind nicht binärkompatibel zwischen verschiedenen Compilern.

Zitat:

Zitat von Kirillenseer (Beitrag 1207254)

Implementiert ist es meines Wissens nach in der Standardbib.

Wie jetzt von Delphi ? In der C++ Standarblib stehen sicher keine Strukturen aus deiner Delphi DLL.

[Der schöne Günther]

Ich fasse nochmal zusammen:

• Eine mit Delphi 5 kompilierte DLL soll aus einem C++-Programm heraus angesprochen werden
• Die Delphi-Funktionen liefern als Rückgabewerte Zeiger auf Delphi-Records
• Da man von außen nicht riechen kann, wie diese Records aufgebaut sind, hat irgendein netter Mensch bereits die Delphi-Records auf C++-Strukturen abgebildet

Jetzt das Problem:
Dieser Nette Mensch hat dem C++-struct noch eine Methode void print(char*) mitgegeben. Das stiftet Verwirrung.

Hätte die Methode keine Parameter und einen Rückgabewert hätte ich angenommen, dass es eine Art .toString() ist, die einfach nur den Inhalt der Struktur ausgibt, aber so :?


Die Methode muss doch irgendwo implementiert sein. Gehört die Methode wirklich zum struct, muss sie auch irgendwo implementiert sein. Oder ist es nur eine Forward-Deklaration und hat damit nichts zu tun? Kannst du nicht ein bisschen konkreten Quelltext zeigen?