DLL-Funktion aus einer anderen DLL aufrufen.

[DerNutzer]

Guten Tag,

ich stehe momentan vor einem Problem, wo ich trotz intensiver Suche keine Lösung gefunden habe. Vielleicht findet hier jemand eine Lösung:

Ich habe eine Treiber-DLL von einem Fremdanbieter und möchte dessen Funktionen in meiner eigenen DLL aufrufen. Die Funktionsaufrufe habe ich bisher statisch in einer Anwendung ohne Probleme eingesetzt. Wenn ich jetzt aber exakt die selben Aufrufe in meiner DLL verwenden möchte, dann bleibt meine DLL beim Funktionsaufruf hängen.

Frage: Was übersehe ich hier?

Definition des statische Beispiel:

function ps5000aOpenUnit (var handle : smallint; serial : pointer; Modus : smallint) : smallint;
{$IFDEF WIN32} stdcall; external 'ps5000a.dll' {$ENDIF}

Wie gesagt in EXE ohne Probleme, in DLL dagegen Hänger.

[uligerhardt]

Vermutlich muss das stdcall immer gesetzt sein, unabhängig von WIN32.

Edit: (Wobei das nicht selber setzen solltest.)

[jaenicke]

Vielleicht fehlt die OLE Initialisierung? (CoInitialize usw.)

Zitat von uligerhardt:

Vermutlich muss das stdcall immer gesetzt sein, unabhängig von WIN32.

Unter 64-Bit gibt es nur noch eine Aufrufkonvention, egal was man hinschreibt.

[DerNutzer]

Zitat:

Vermutlich muss das stdcall immer gesetzt sein, unabhängig von WIN32.

Danke für den Tipp. Allerdings ist das nicht des Rätsels Lösung. Es hängt weiterhin.

Zitat:

Vielleicht fehlt die OLE Initialisierung? (CoInitialize usw.)

Das werde ich morgen mal checken. Erstmal vielen Dank!
PS: Hab es gleich noch überprüft. Und es ergibt keine Änderung.

Was macht eine EXE anders beim Aufruf einer Funktion aus einer DLL als eine DLL?

[Zacherl]

Kannst du noch ein paar zusätzliche Infos liefern?

- Was soll der Funktionsaufruf bewirken?
- Hängt es wirklich genau bei diesem Aufruf, oder vielleicht doch an anderer Stelle?
- Wie sieht deine Dll Main aus? Ist hier evlt. schon etwas falsch wie z.b. eine blockierende MessageQueue
- Hängt die Dll auch OHNE den spezifischen Funktionsaufruf?

Normalerweise ist es absolut kein Problem Funktionen aus Dlls in einer Dll aufzurufen.

[DerNutzer]

Der Funktionsaufruf dient der Verbindungsaufnahme mit einem PicoScope (Oszilloskop) und funktioniert, wie schon geschrieben, in einer Exe problemlos. Die Funktion liefert dabei einen Handle auf das Gerät zurück. Beim Aufruf kann man noch eine Seriennummer übergeben um ein spezifisches Gerät anzusprechen (übergibt man dort NIL wird das Erstbeste angesprochen) und der Modus beschreibt einfach die Auflösung der Abtastung (16 bit bis 8 bit).

Und der Debugger bleibt genau bei diesem Funktionsaufruf stehen und nur ein Beenden der Anwendung löst das Problem.

Die DLLmain ist bis auf den Funktionsaufruf leer. Ich habe extra eine neue DLL für die Fehlersuche angelegt.

Und der Rest der DLL funktioniert ohne den Aufruf bestens.

Und ich verwende ein Delphi XE3 unter Windows 10.

[Luckie]

Wird die Treiber DLL denn von deiner DLL geladen? Statisch? Dynamisch? Guck doch mal mit dem Prozessexplorer, ob sie überhaupt gefunden und geladen wird. Ich würde es mal mit dynamischen Laden probieren, da sieht man gleich beim Aufruf von LoadLibrary, ob da schon was schief geht.

[Zacherl]

Zitat von DerNutzer:

Die DLLmain ist bis auf den Funktionsaufruf leer. Ich habe extra eine neue DLL für die Fehlersuche angelegt.

Da wird das Problem liegen. In der DllMain sollte man nie komplexen Code ausführen. Dass ansonsten unerwünschtes Verhalten auftreten kann ist von MS auch dokumentiert:
https://msdn.microsoft.com/en-us/lib...best_practices

[DerNutzer]

Zitat:

Ich würde es mal mit dynamischen Laden probieren, da sieht man gleich beim Aufruf von LoadLibrary, ob da schon was schief geht.

Auch das habe ich versucht. Das Resultat war auch da ein Hänger.

Zitat:

Da wird das Problem liegen. In der DllMain sollte man nie komplexen Code ausführen.

Sollte da die Lösung liegen? Das versuche ich morgen mal. Daran habe ich mit keiner Silbe gedacht. Vielen Dank für den Tipp.

[Zacherl]

Zitat:

Zitat:

Da wird das Problem liegen. In der DllMain sollte man nie komplexen Code ausführen.

Sollte da die Lösung liegen? Das versuche ich morgen mal. Daran habe ich mit keiner Silbe gedacht. Vielen Dank für den Tipp.

Bin mir ziemlich sicher. Lager deinen Funktionsaufruf einfach testweise mal in eine dedizierte exportierte Funktion aus, die du dann aus dem Hauptprogramm aus aufrufst.