+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+--- Thema: vi.lib und inst.lib im Netzwerk (/Thread-vi-lib-und-inst-lib-im-Netzwerk)
vi.lib und inst.lib im Netzwerk - christof - 12.09.2007 09:06
Guten Morgen!
In unserer Firma läuft auf mehreren Rechnern LabVIEW. Langsam wird die Wartung gerade der Treiberverzeichnisse unübersichtlich.
Heute habe ich aus einer aktuellen 8.2.1-Installation die vi.lib und die instr.lib auf ein Netzlaufwerk kopiert und die Pfade zwei Installationen zum Test bekannt gemacht. Bei einer funktioniert dass auch ganz gut, bei der anderen sucht LabVIEW schon bein Start nach irgendwelchen VIs ... Noch bevor es zum "Erste Schritte"-Fenster kommt.
Hat jemand generell Erfahrung mit einer solchen Netzwerk-Lösung?
Achso: Da wir eine Forschungsgesellschaft sind, kommt bei uns die Academic Site License zum Einsatz.
Grüße aus Mittelfranken
Christof
vi.lib und inst.lib im Netzwerk - thomas.sandrisser - 12.09.2007 22:45
Ich glaube, dass das zentralisieren der vi.lib nicht von Vorteil ist, weil sehr viele VIs der vi.lib beim Aufruf bzw. beim Abspeichern, neu kompilieren, etc. abgespeichert wird.
Nachdem diese Ressource nur von einer Instanz aus reserviert werden kann, kommen andere Instanzen ins trudeln...
Gleiches gilt fuer das instr.lib verzeichnis -> dieses wird beim starten von LV ausgelesen und entsprechend die Paletten erzeugt.
Besser waere es, einen batch zu schreiben, der bei jedem Start von LabVIEW ausgefuehrt wird, der ueberprueft ob in der zentralen instr.lib veraenderungen vorgenommen wurden und nur diese kopiert.
bei der vi.lib macht das wiederum keinen sinn.
zudem hat LabVIEW generell probleme beim hantieren mit VIs die auf einem netzlaufwerk liegen...
vi.lib und inst.lib im Netzwerk - christof - 27.09.2007 08:33
Guten Morgen!
' schrieb:Ich glaube, dass das zentralisieren der vi.lib nicht von Vorteil ist, weil sehr viele VIs der vi.lib beim Aufruf bzw. beim Abspeichern, neu kompilieren, etc. abgespeichert wird.
Nachdem diese Ressource nur von einer Instanz aus reserviert werden kann, kommen andere Instanzen ins trudeln...
Gleiches gilt fuer das instr.lib verzeichnis -> dieses wird beim starten von LV ausgelesen und entsprechend die Paletten erzeugt.
Das hört sich plausibel an ....
' schrieb:Besser waere es, einen batch zu schreiben, der bei jedem Start von LabVIEW ausgefuehrt wird, der ueberprueft ob in der zentralen instr.lib veraenderungen vorgenommen wurden und nur diese kopiert.
bei der vi.lib macht das wiederum keinen sinn.
So oder so ähnlich wird das wohl jetzt laufen. Nachdem wir ohnehin SVN benutzen, schauen wir mal, ob wir da nicht eine Lösung hinbekommen.
' schrieb:zudem hat LabVIEW generell probleme beim hantieren mit VIs die auf einem netzlaufwerk liegen...
Schade eigentlich, aber was solls.
Danke für die Antwort!
Viele Grüße,
Christof