Pfade zu DLL im Application Builder

Wir arbeiten mit mehreren Personen an einem Projekt. Jeder hat aber auf seinem Rechner das Projekt wenn er es bearbeitet in einem anderen Pfad, meinetwegen G:LabVIEW oder der andere C:LabVIEW. Will man aus dem Programm dann eine Exe erstellen, sieht man wie auf dem Foto, dass z.B. manche DLL auf dem eigenen Rechner nicht unter diesem Pfad erreichbar sind, weil das die Verzeichnisstruktur des Anderen ist. Wie kann ich LabVIEW sagen er soll diese Einträge löschen oder ändern? Rechtsklick, Entfernen bringt nichts und find auch nirgends ein File wo die Pfade drinstehn.

Anzeige

' schrieb:Wir arbeiten mit mehreren Personen an einem Projekt. Jeder hat aber auf seinem Rechner das Projekt wenn er es bearbeitet in einem anderen Pfad, meinetwegen G:LabVIEW oder der andere C:LabVIEW. Will man aus dem Programm dann eine Exe erstellen, sieht man wie auf dem Foto, dass z.B. manche DLL auf dem eigenen Rechner nicht unter diesem Pfad erreichbar sind, weil das die Verzeichnisstruktur des Anderen ist. Wie kann ich LabVIEW sagen er soll diese Einträge löschen oder ändern? Rechtsklick, Entfernen bringt nichts und find auch nirgends ein File wo die Pfade drinstehn.

Hängt sehr davon ab was für DLL es sind. In Deinem Fall geht es ja wohl um .Net Assemblies und da gibt es eigentlich nur zwei Orte die wirklich sinnvoll sein.

Der Erste ist der GAC aber das erfordert eine "strong named assembly".

Der Zweite ist das Verzeichnis des aktuellen Executables und das ist im LabVIEW Entwicklungssystem halt das Verzeichnis wo LabVIEW.exe liegt und bei einer Applikation da wo Dein MeinApp.exe liegt.

Rolf Kalbermatter

Ich arbeite mit Juscho zusammen.

Ich habe das gleiche Problem, siehe Anhang. Ich habe eine DLL im Projektordner, die es bei mir nicht gibt, deshalb auch die Warnung (habe kein E: mit dieser Struktur, E: ist eine kleine Partition meiner HD). Nur bekomme ich sie nicht raus! Unter Objekte gibt es die Abhängigkeiten, dort kann man nicht direkt Dateien vom Projekt entfernen. Ziehe ich sie zu den "direkten" Quelldateien, kann man sie vom Projekt entfernen. Doch danach taucht sie gleich wieder unter Abhängigkeiten auf, weil LV sie als wirklich abhängig betrachtet.
Man kann die Stellen suchen, in der sie genutzt werden (Suchen -> Callers), doch er findet nichts.
Also ist sie abhängig und doch wird sie nirgends gerufen und entfernen kann man sie schon gar nicht.

Irgendwelche Vorschläge?

Wir haben eine Lösung gefunden: Beim Öffnen des Projektes einfach nur mal speichern (Alles speichern), dann speichert LV auch die aktuellen, persönlichen Verzeichnispfade und die, die nicht existieren, sind raus