(28.04.2016 07:33 )hajos118 schrieb: Werden aus der DLL irgendwelche Funktionen benutzt aber _nicht_ angemeckert?
Das glaube ich eher nicht
(28.04.2016 07:33 )hajos118 schrieb: Wird der Aufruf der Funktionen mittels fester DLL-Pfadangabe benutzt?
Nein
(28.04.2016 07:37 )rolfk schrieb: Deine EfiLibraryd.dll verwendet weitere externe DLLs die nicht vorhanden sind auf Deinem System. Kann es sein dass das d am Ende des DLL Namens bedeutet dass Du diese mit Debug Settings hast kompiliert in Visual C?
Ja ich benutze ersmal die Debug Version der Visual Studio
(28.04.2016 07:37 )rolfk schrieb: Dann kannst Du die nur auf einem System ausführen wo dieselbe Visual Studio Version installiert ist. Debug Builds verwenden bei Default eine andere Version der C Runtime Library, die nur mit Visual Studio installiert wird.
@ Danke für den Hinweis
(28.04.2016 07:37 )rolfk schrieb: Nicht nur gibt es dafür keinen seperaten Installer wie für die Standard Microsoft C Runtime Library, aber hast Du legal auch nicht das Recht diese auf einem anderen Computer zu installieren ohne gültige Visual Studio License auf diesem Computer.
Wenn eine sekundäre Abhängigkeit einer DLL (also eine weitere DLL die von der ersten referenziert wird) von Windows nicht gefunden wird, dann weigert Windows das Laden der DLL. LabVIEW sieht nur dass die DLL nicht von Windows geladen werden konnte aber nicht warum das so ist. Das kann dann sein weil die DLL selber nicht vorhanden oder korrumpiert ist, oder die DLL Initialisieringsroutine einen Fehler verursachte, aber eben auch dass eine sekundäre DLL nicht gefunden werden konnte.
Ich habe mein debug Version auf einen PC mit Windows 10.
Es hat sofort funktioniert ohne Problem.
Ich kann mit dem Board kommunizieren und messen .... No Probleme
Kann es sein, dass das Problem nur auf:
Windows 7 (64 Bit) und der Labview 2014 (32 Bit) ist?
