DLL-Einbindung schlägt fehl

(23.05.2013 06:48 )lupus022 schrieb:  Ich habe die DLL sowohl direkt neben die DLL als auch in %system% gepackt. Abhängigkeiten laut DependencyWalker sind die Standarddlls + eine weitere DLL, die ich aber bereits ebenfalls in das Systemdirectory gepackt habe und in sämtliche Orte, an denen die Hauptdll liegt.
Der gesamte Pfad wurde im Library Name or Path control eingegeben (und an diesem Ort liegt auch die DLL).

Dependencies im selben Directory dann wo die Hauptdll liegt ist fast immer sinnlos. Das funktioniert nur wenn der DLL Programmiere explizit die DLL dort zu referenzieren versucht was beinahe niemand tut.

Bist Du auf einem Windows 64 Bit System, mit LabVIEW 32 Bit? Dann musst Du aufpassen welches %system% Directory Du verwendest.

Auch könnte es an einem Manifest in der DLL liegen das eine bestimmte SxS Assembly laden will.

Und das mit den "sämtlichen Orten wo die Hauptdll liegt" klingt verdächtig wie wenn da noch einige Halbleichen rumliegen. Aufräumen!

Wenn Du einen Installer für die DLL und Dependencies hast und dieser alles nett in %system% installiert dann benütze den und referenziere die DLL nur mit dem Namen in der Call Library Node. Ansonsten wirds lästig. Die DLL sollte dann relativ zu den VIs liegen die sie referenzieren, je nach VI Disk Struktur im selben Directory oder einem eine Ebene höher oder tiefer. Die Dependecy sollte immer durch einen Installer in %system% oder in ein Directory dass in der PATH Environment Variable vorkommt, installiert werden. Alternativ kann man sie eventuel auch ins Applicationsdirectory kopieren (das ist im Entwicklungssystem das Directory wo LabVIEW.exe liegt, und in einer Build application wo dein MyApp.exe liegt. Das von LabVIEW normal verwendete data Directory für extra Gemüse funktioniert hier nicht weil LabVIEW nichts mit dem Laden von Dependencies zu tun hat. Das tut direkt Windows und das hat vom data Directory keine Ahnung.