LabVIEWForum.de - "Race-Conditions"?! vermeiden/beheben

LabVIEWForum.de

Normale Version: "Race-Conditions"?! vermeiden/beheben
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2
Sprich ich komme gar nciht drum rum die werte der buttons per melder zu verschicken udn für jeden butten einen melder zu bauen?
' schrieb:Sprich ich komme gar nciht drum rum die werte der buttons per melder zu verschicken udn für jeden butten einen melder zu bauen?
Die Sache mit dem Asynchron muss dir nur bewusst sein. Alles andere ist Auslegungssache. Wenn die Reaktionszeit irrelevant ist, kannst du das machen wie angedacht: "Gleichzeitig" Melder und Variable senden. Verifizieren (z.B. mittels Nachfrage oder lesen in Onlinehilfe), welche nominale Laufzeit eine die Variable hat. Diesen Wert mal 10 nehmen und warten. Dabei besteht aber immernoch die wenn auch nun sehr kleine Möglichkeit einer Überschneidung.

Andere Lösung finden:
Melder/Variable entstehen ja aufgrund einer Benutzereingabe, also eines Events. Ordne jedem Button einen Enumeratorwert zu und verschick den Enumwert per Queue. Oder nimm die Nummer des Boolschen Elementes als Index in die Stelle einer I32-Zahl. Die Zahl verschickst du per Melder oder per Queue.
' schrieb:...
Oder nimm die Nummer des Boolschen Elementes als Index in die Stelle einer I32-Zahl. Die Zahl verschickst du per Melder oder per Queue.
...
Dazu müsste ich aber ja auch noch den Wert des Buttons haben. Ich könnte ein Cluster von ButtonIndex und ButtonWert melden. Dann muss ich allerdings jeden Button einzeln behandeln (Das woltle ich mir ja eigentlich ersparen indem ich immer alle Statusanzeigen aktuallisiere).

Schade, also arbeiten,.. GRML
Seiten: 1 2
Referenz-URLs