C++ integration in DELPHI 10

[mensch72]

wenn es C ist, lass es so und mache eine DLL.

Zu deinem Stringproblem habe ich auch schon was geschrieben... vereinfacht: du kannst PAnsiChar auf Delphi-ShortStrings in C als (Pointer)ArryOfBytes mit Länge in [0] und Zeichen ab [1..] sowie im voraus fixem Speicherbereich, also einfach Länge 1..255 verstehen. All das gilt so vereinfacht aber nur für NonUnicode.

Ansonsten ist ein PAnsiChar auf einen C-String in Delphi ein PArrayOfByte ohne direkt bekannte Länge, da hier das erste NULL-Zeichen die das Ende und damit die Länge definiert. Auch das gilt so vereinfach nur für NonUniCode.

[himitsu]

Man kann auch in C++ oder anderen Sprachen eine .obj erzeugen, diese in eine PAS einbinden und direkt in die EXE einkompilieren (linken).

siehe zlib und regex



Ich versteh den ganzen Aufwand auch nicht.
Wäre es nicht einfacher das Ganze als "Interface" zu implementieren und statt dieser abstrakten klasse dann ein COM-Interface zu nutzen?

Klar, es wäre natürlich cool, wenn man in Delphi ebenso einfach eine "C-Unit" einbinden könnte, so wie es mit Delphi im C++Builder möglich ist.

[himitsu]

[del]

[wschrabi]

So, jetzt hab ich es mal wie im Tutorial hinbekommen - zwar via BPL , aber DLL kommt noch.
Die Ursache war:
ich hatte System::Unicodestring drin stehen, und die Routine gibt ja einen ANSI String zurück.
und das hat im nicht gepasst. Ging zwar 1 oder 2 mal dann hängte sich es auf.

Solution:
Wenn ich System::Ansistring überall schreibe klappt es.

Frage nur warum?

Naja , für alle die es testen wollen ,anbei der code.