Aufbau Frontpanel mit sehr vielen Tabs, speichern aller Parameter in XML

(14.02.2011 14:00 )macmarvin schrieb:  

(14.02.2011 12:20 )IchSelbst schrieb:  ... Weil es ein (nicht-reentrantes) SubVI ist, können zwei Datenflüsse nicht gleichzeitig auf die Daten zugreifen - das beugt RaceConditions vor.

Es darf bzw. muss je nach Einsatz reentrant sein und verhindern wird es RaceConditions nicht "einfach so".
Sorry, das ich so pingelig bin, aber ich lese/höre das, so oder ähnlich, schon seit Jahren und es wird einfach nicht richtiger.
FGVs haben (hatten) ihre Berechtigung, sind aber meiner Erfahrung nach, häufig "overused", falsch benutzt und/oder irgendwann die Skalierbarkeitsbremse.

reentrante FGVs bringen rein goa nüscht, weil für JEDES Vorkommen eines reentranten VIs im BD eine eigene Instanz erstellt wird. Dann kannst du genau die Daten an der einen Stelle im BD lesen und speichern, aber ganz bestimmt keinen Daten-Austausch zwischen unterschiedlichen VIs im Sinne einer Globalen Variablen damit bewerkstelligen.

(14.02.2011 12:20 )IchSelbst schrieb:  ... Weil es ein (nicht-reentrantes) SubVI ist, können zwei Datenflüsse nicht gleichzeitig auf die Daten zugreifen

ist auf jeden Fall richtig, darüber streiten können wir ob es tatsächlich Race Conditions verhindert, ich denke, es hilft sie durchaus zu vermeiden, 100%ig sicher ist man aber auch nicht ...