LabVIEWForum.de
alternative Bilbliothek in Bibliotheksknoten - Druckversion

+- LabVIEWForum.de (https://www.labviewforum.de)
+-- Forum: LabVIEW (/Forum-LabVIEW)
+--- Forum: LabVIEW Allgemein (/Forum-LabVIEW-Allgemein)
+---- Forum: DLL & externer Code (/Forum-DLL-externer-Code)
+---- Thema: alternative Bilbliothek in Bibliotheksknoten (/Thread-alternative-Bilbliothek-in-Bibliotheksknoten)

Seiten: 1 2


alternative Bilbliothek in Bibliotheksknoten - t4b-1re-2 - 03.09.2007 12:41

Hallo,

gibt es einen Weg, einem Bilblotheksknoten mehr als eine Bibliothek anzugeben? Situation:
Programm läuft sowohl unter Windows als auch unter Linux. die aufzurufende Bibliothek ist unter Win eine *.dll, unter Linux jedoch eine *.so. Die verwendete Funktion ist jeweils die gleiche mit den gleichen Parametern. Achtung!: Ich suche nach dem prinzipiellen Weg. Es geht mir nicht darum, dass für eine einzelne Funktion zu erledigen, dann wäre es ja kein Akt, dass auf der jeweiligen Plattform extra aufzubauen. Die Bibliothek ist ein API von der ich etliche Funktionen aufrufe, so dass der Aufwand erheblich ist dies für beide Plattformen separat aufzubauen...

Viele Grüße
t4b-1re-2


alternative Bilbliothek in Bibliotheksknoten - eg - 03.09.2007 12:47

DU kannst dir für jede Plattform ein Bibliothek-Aufruf-VI machen und im einfachsten Fall abhängig von Betriebssystem das eine oder das andere aufrufen (z.B. im Switch-Case). Besser ist aber das eine oder das andere DYNAMISCH zu laden und aufzurufen.

eg


alternative Bilbliothek in Bibliotheksknoten - Achim - 03.09.2007 12:47

Hi,

du könntest das Betriebssystem per InvokeNode auslesen und an einen Case übergeben...es wird dann einer von X Fällen bearbeitet...

A.


alternative Bilbliothek in Bibliotheksknoten - t4b-1re-2 - 03.09.2007 13:19

Danek euch beiden!

' schrieb:DU kannst dir für jede Plattform ein Bibliothek-Aufruf-VI machen und im einfachsten Fall abhängig von Betriebssystem das eine oder das andere aufrufen (z.B. im Switch-Case).
eg
das ist der IST-Zustand, der etwas aufwendig zum pflegen ist.
Zitat:Besser ist aber das eine oder das andere DYNAMISCH zu laden und aufzurufen.
Versteh ich dich richtig?: Den Bibliotheksknoten dynamisch erstellen oder nur die vom Knoten aufzurufende Bibliothek dynamisch laden? *ich rate* Da bräucht ich eine Eigenschaft "aufzurufende Bibliothek" für.... hast du da eventl. mal ein Beispiel?

Grüße
t4b-1re-2


alternative Bilbliothek in Bibliotheksknoten - eg - 03.09.2007 13:32

' schrieb:Versteh ich dich richtig?: Den Bibliotheksknoten dynamisch erstellen oder nur die vom Knoten aufzurufende Bibliothek dynamisch laden? *ich rate* Da bräucht ich eine Eigenschaft "aufzurufende Bibliothek" für.... hast du da eventl. mal ein Beispiel?

Zwei VIs machen:
in dem einen wird die DLL aufgerufen
im anderen SO

eins von diesen VI (mit Hilfe von VI Pfad) über VI Server (dynamisch und programmatisch) abhängig vom Betriebssystem zum Programmstart laden und im Programm weiterbenutzen.

In den Knoten dynamisch laden geht glaube ich nicht.

eg


alternative Bilbliothek in Bibliotheksknoten - t4b-1re-2 - 03.09.2007 13:41

' schrieb:Zwei VIs machen:
in dem einen wird die DLL aufgerufen
im anderen SO

eins von diesen VI (mit Hilfe von VI Pfad) über VI Server (dynamisch und programmatisch) abhängig vom Betriebssystem zum Programmstart laden und im Programm weiterbenutzen.

In den Knoten dynamisch laden geht glaube ich nicht.

eg

Achsooo, hmm, schade. na das ist doch mein (unbefriedigender IST-Zustand)... Nimmt mir nur nich das geringste an Arbeit ab, weil ich ja trotzdem beide Versionen des Knotens pflegen muss...

Danke
t4b-1re-2


alternative Bilbliothek in Bibliotheksknoten - VDB - 03.09.2007 13:41

' schrieb:Zwei VIs machen:
in dem einen wird die DLL aufgerufen
im anderen SO

eins von diesen VI (mit Hilfe von VI Pfad) über VI Server (dynamisch und programmatisch) abhängig vom Betriebssystem zum Programmstart laden und im Programm weiterbenutzen.

In den Knoten dynamisch laden geht glaube ich nicht.

eg

geht doch:

"Specify path on diagram—Determines if you can input the Library name or path on the block diagram. When you place a checkmark in this checkbox, reference in and reference out appear as input and output terminals on the connector pane for the node. When you place a checkmark in the checkbox, any library referenced in the Library name or path control will not be used. "

Reference in ist polymorph, hier lässt sich auch ein Path-wire anschließen.

VDB


alternative Bilbliothek in Bibliotheksknoten - eg - 03.09.2007 13:50

' schrieb:geht doch:

"Specify path on diagram—Determines if you can input the Library name or path on the block diagram. When you place a checkmark in this checkbox, reference in and reference out appear as input and output terminals on the connector pane for the node. When you place a checkmark in the checkbox, any library referenced in the Library name or path control will not be used. "

Reference in ist polymorph, hier lässt sich auch ein Path-wire anschließen.

VDB


Ist es nur in 8.2 so, oder auch in 8.0 ?

eg


alternative Bilbliothek in Bibliotheksknoten - VDB - 03.09.2007 14:05

Glaube erst ab der Geburtstagsversion, also 8.20

eg, es wird Zeit zum Umstieg!

VDB


alternative Bilbliothek in Bibliotheksknoten - eg - 03.09.2007 14:09

' schrieb:eg, es wird Zeit zum Umstieg!


Sorry, ich bin nur ein Angestellter, also kein Chef.Big Grin

eg