Externe Bibliotheken importieren

[bembulak]

Hi und guten Morgen!

Kann mir jemand einen Tip geben, wie man damit beginnt, externe Bibliotheken (*.dll und *.so) zu nutzen? Ich weiß jetzt ehrlich gesagt gar nicht, wie und wo ich beginnen soll.
Danke.

[theo]

Meinst du in C geschriebene?
Wenn du den C header hast, kannst du dir mit dem Tool h2pas ein Pascal interface machen lassen.
Benötigt u.U. noch etwas Nachbearbeitung.

[bembulak]

Hi,

hab' keine Header und die DLL ist in PureBasic geschrieben (was C-konforme DLLs erstellt).

[theo]

Hab ich noch nie gemacht. Irgend eine Interface Deklaration brauchst du natürlich schon.

[bembulak]

War einfacher, als ich dachte.
Es ist zwar nur zu testzwecken, hat aber dennoch gut funktioniert:

Es reicht, die Funktion/Procedure so aufzurufen (zumindest in meinem Test war es so):

Code: Alles auswählen

function DoSomething(): Integer; external 'test.dll';

Wobei "DoSomething" auch der Name der Funktion in der DLL ist.

[theo]

Wobei "DoSomething" auch der Name der Funktion in der DLL ist.

Schon klar, wenn du diesen Namen und die Parameter kennst, das meinte ich ja.

[mschnell]

Delphi kann verschiedene Library-Formate (z.B. dll) "importieren" uns schreibt dann automatisch eine Interface-Unit. Kann Lazarus das nicht ?

-Michael

[Targion]

Delphi kann verschiedene Library-Formate (z.B. dll) "importieren" uns schreibt dann automatisch eine Interface-Unit. Kann Lazarus das nicht ?

Echt? Das wäre ja genial! Ab welcher Version macht Delphi das denn? Ich habe noch nie von einer solchen Funktion gehört. (aber ich bin auch schon einige Zeit bei Lazarus und verfolge Delphi nicht mehr so mit)

[mschnell]

D7 konnte es bereits.

unter "Komponenten" -> "Komponente importieren"

wird u.a. "Typbibliothek" angeboten.

Delphi scannt dann die in Frage kommenden Dateien (*.dll, *.ocx, *.tlb, *.api, *.exe) und bietet diejenigen zur Auswahl an, die dynamisch linkbare FGunktionen enthalten.

Bei Lazarus habe ich noch keinen Bedarf für so etwas, hatte aber immer vermutet dass es auch angeboten würde....

-Michael

[theo]

Das geht aber nur für COM, nicht für normale DLL's.

[pluto]

War das nicht so, dass man zwar an einer Liste von Funktionen innerhalb einer DLL/SO ran kommt, aber nicht daran wie sie aufgerufen wird ?
Warum ist das eigentlich so ? Wenn es schon eine Liste der Funktionen gibt die, die DLL/SO Datei enthält, könnte dort auch dran stehen wie sie aufgerufen wird, würde bestimmt einiges vereinfachen.
Ich hatte das mal vor einiger Zeit versucht, bin aber gescheitert. Ich hat es mit diesem Tool versucht: h2pas. Wobei ich mir sicher war das es eine C-Header Datei war. Habt ihr damit schon Erfolg gehabt ?

[mschnell]

Das geht aber nur für COM, nicht für normale DLL's.

Ich meine, wir haben das mit (anscheinend) normalen DLLs gemacht. Da das ein Kollege getan hat, bin ich aber nicht ganz sicher.

Ich weiß nicht, was für Bedingungen die importierbaren Dateien genau erfüllen müssen. Offensichtlich muss in der Datei (oder sonst wo) eine Beschreibung existieren, welche Funktionen welche Aufruf-Nummer hat und welche Parameter sie erwartet.

Keine Ahnung ob es "COM" heißt, wenn so eine Beschreibung existiert.

Keine Ahnung ob es für Linux "so"-Dateien auch eine Spezifikation gibt, die es erlaubt so eine Beschreibung in der Datei unterzubringen.

-Michael

[theo]

Das geht aber nur für COM, nicht für normale DLL's.

Ich meine, wir haben das mit (anscheinend) normalen DLLs gemacht. Da das ein Kollege getan hat, bin ich aber nicht ganz sicher.

Gefährliches Halbwissen
http://en.wikipedia.org/wiki/Component_ ... _libraries" onclick="window.open(this.href);return false;

[Targion]

Demnach ist es unter Linux nicht möglich. Aber unter Linux ist es auch kein Problem schnell an C-Header zu kommen.
Unter Windows will MS mit .NET COM sowieso bald begraben.

[mschnell]

Da kein "Interface" und kein "GUID" verwendet wurde. war es wohl doch kein COM ...

-Michael