DLL Problem auf englischem OS

[soulies]

mein programm und die DLL befinden sich im selben Verzeichnis

ich benutze dann nur noch die schnittstellen unit 'ScanCtrl2.pas'
um die verbindung 'herzustellen' und die fkt. aufzurufen ...

[Luckie]

Zitat von soulies:

mein programm und die DLL befinden sich im selben Verzeichnis

Äh ja und? Aber das sagst du LoadLibrary nicht. Ohne Pfadangabe wird im aktuellen Arbeitsverzeichnis gesucht, aber das muss nicht zwinget das Programmverzeichnis sein.

[soulies]

als ich einen absoluten pfad übergeb hab
dllhandle := loadlibrary(pchar('C:\ordner\Scanctrl2.dll')); kam der selbe fehler

[Luckie]

Den Pfad hard codieren ist fast noch schlimmer. Mit ParamStr(0) bekommst du den Pfad zu deiner Anwendung und mit ExtractFilepath kannst du den Ordner aus dem Pfad extrahieren.

[soulies]

den pfad fest vorzugeben war nur zum testen ...

mit ExtractFilePath & ParamStr(0) bzw. Application.Exename hatte ich es auch probiert

leider auch ohne erfolg

[Luckie]

Komisch. Prüf doch mal mit FileExists, ob er die Datei findet. Wenn er sie findet, muss er sie auc mit LoadLibrary laden können.

[soulies]

testen kann ich erst montag wieder - aber dann probier ich es nochmal aus ...

bis hierher vielen dank für ursachenforschung & mgl fehler meinerseits

[soulies]

bei mir ist montag morgen und ich hab zusätzlich

mit FileExists geprüft ob die DLL vorhanden ist --> sie ist es

LoadLibrary funkt trotzdem nicht ...


ich werd mich mal beim hersteller melden...

[Muetze1]

Das bedeutet mit anderen Worten: Die DLL hat statische Abhängigkeiten die nicht aufgelöst werden können. Also sie benötigt eine andere DLL oder findet einen Einsprungspunkt nicht. Dies kannst du genau heraus finden, wenn du den ErrorMode vor dem LoadLibrary() umsetzt, dann meldet dir Windows eine entsprechend detaillierte Meldung, welche DLL bzw. welcher Einsprungspunkt nicht gefunden werden konnte.

[Bernhard Geyer]

Für sowas ist auch DependencyWalker sehr zu empfehlen