Race Condition

(31.12.2015 20:10 )Eisbär schrieb:  Das Beispiel ist wirklich nicht gut: ich haben einen Vergleich eingefügt, der mir einen Ton ausgibt, wenn x den Wert ´7´ hat. Auch nach längerer Laufzeit des VIs ´piept´ hier nichts, ´7´ wird also (scheinbar) nie erreicht.

Du siehst das falsch: Das Beispiel ist nicht deswegen schlecht, weil du die RaceCondition nicht nachweisen kannst. Du wirst mit an Sicherheit grenzender Wahrscheinlichkeit, praktisch also nie, selbst bei einer statistisch gesehen ausreichenden Anzahl von Versuchen ein anderes Ergebnis bekommen wie beim ersten Versuch. Wenn überhaupt würde eine RaceCondition sporadisch, also praktisch nicht debugbar, auftreten. Du sollst RaceCondition schon auffassen als Wettlauf zweier paralleler (also nicht sequenzierter) Programmabläufe - aber nicht in derart, dass du vorhersagen willst, welcher dieser beiden Abläufe zuerst am Ziel, also komplett abgearbeitet, ist.

Schlecht ist das Beispiel deswegen, weil kaum ein Programmierer auf eine Variable zweimal schreibt (innerhalb einer Struktur). Besser finde ich ein Beispiel, in dem unsequenziert einmal lesend und einmal schreibend auf die Variable zugegriffen wird. Hier stellt sich nämlich die Frage, welchen Wert der Draht hat, der an der gelesenen Variablen hängt. Hat dieser Draht den Wert, der in der geschriebenen Variablen steht oder hat der Draht den Wert, den die Variable hatte, bevor sie beschrieben wurde?