Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen?

**PeterPanino**

Hallo und einen schönen Abend!

Ich möchte eine eigene Funktion, die einen Integerwert erhält und einen String zurückgibt, nicht nur in Delphi-Programmen verfügbar machen, sondern über eine DLL und/oder ActiveX auch anderen Programmiersprachen zur Verfügung stellen. Was muss ich dabei beachten? Welche Aufrufkonventionen sind zu implementieren?

**sx2008**

Ich würde ActiveX empfehlen, denn diese Interfaces können von allen modernen Programmiersprachen und auch vielen Anwendungen (Microsoft Office) sowie Scriptsprachen problemlos eingebunden werden ohne dass man irgendwelche Headerdateien übersetzen muss.

Hier ist eine kleine Demoanwendung mit einer ActiveX-Schnittstelle die von einem VBScript aufgerufen wird.
(mal so zum reinschnupper in die Technik)

https://github.com/sx2008/Delphi-Tes...iveXStarterKit

Du brauchst allerdings statt einer Anwendung eine Library (DLL) aber ich find grad nix Passendes.

**PeterPanino**

Vielen Dank! Wenn die DLL-Funktion einen String als Result zurückgibt, sollte man dafür als Typ im Sinne einer größtmöglichen Kompatibilität eher PChar oder PWideChar oder WideString verwenden?

**PeterPanino**

Muss ich in der DLL ShareMem auch dann einbinden, wenn der von der DLL-Funktion zurückgegebene Typ PCHAR ist? Derzeit funktioniert es in diesem Fall auch ohne ShareMem.

**Sir Rufo**

Zitat von PeterPanino:

Muss ich in der DLL ShareMem auch dann einbinden, wenn der von der DLL-Funktion zurückgegebene Typ PCHAR ist? Derzeit funktioniert es in diesem Fall auch ohne ShareMem.

Nein, ShareMem wird nur benötigt, wenn du Typen benutzt, die von Delphi gemanagt werden (z.B. string, UnicodeString, ...)

PChar, ... sind einfach nur Zeiger
WideString ist ein von Windows gemanagter Typ

**himitsu**

ShareMem und Co. bringt auch nur dann etwas, wenn beide Seiten die Sharing-Methode kennen und vorallem auch nutzen.

Und überleg mal, wie groß die Wahrscheinlichkeit ist, daß irgendeine andere Programmiersprache ausgeechnet den Delphi-Speichermanager kennt?

Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen?

Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen?

AW: Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen?

AW: Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen?

AW: Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen?

AW: Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen?

AW: Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen?

Stichworte

Forumregeln

PeterPanino Registriert seit: 4. Sep 2004 1.465 Beiträge Delphi 10.4 Sydney	#3 AW: Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen? 8. Dez 2013, 19:11 Vielen Dank! Wenn die DLL-Funktion einen String als Result zurückgibt, sollte man dafür als Typ im Sinne einer größtmöglichen Kompatibilität eher PChar oder PWideChar oder WideString verwenden?
	Zitat

PeterPanino Registriert seit: 4. Sep 2004 1.465 Beiträge Delphi 10.4 Sydney	#4 AW: Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen? 9. Dez 2013, 00:55 Muss ich in der DLL ShareMem auch dann einbinden, wenn der von der DLL-Funktion zurückgegebene Typ PCHAR ist? Derzeit funktioniert es in diesem Fall auch ohne ShareMem.
	Zitat

himitsu Registriert seit: 11. Okt 2003 Ort: Elbflorenz 44.184 Beiträge Delphi 12 Athens	#6 AW: Funktion zus. in DLL/ActiveX auslagern, auch für andere Sprachen? 9. Dez 2013, 01:53 ShareMem und Co. bringt auch nur dann etwas, wenn beide Seiten die Sharing-Methode kennen und vorallem auch nutzen. Und überleg mal, wie groß die Wahrscheinlichkeit ist, daß irgendeine andere Programmiersprache ausgeechnet den Delphi-Speichermanager kennt? $2B or not $2B
	Zitat