Sperren in schreibgeschützten Szenarios erforderlich, wenn dezimal verwendet wird?

Question

Ich mache eine Regressionsanalyse in C# und bekomme seltsame Ergebnisse, wenn ich den Lesezugriff auf meine Funktionswerte nicht sperre. Sicher, das anfängliche Sperren des Zugriffs auf die X- und Y-Werte beim Lesen könnte das Problem lösen, aber ich würde gerne wissen, warum dies notwendig zu sein scheint. Oder ist das nur ein Fehlverhalten in meinem Szenario? In diesem Fall könnte ich den fehlerhaften Code isolieren und auch hier posten.

Ok, also hier nun der Code Teil versagt, wenn die verwendete Sperre zu entfernen:

foreach (var fv in functionValues) 
{ 
    decimal x, y; 

    lock(o) 
    { 
     if (!firstX.HasValue) { firstX = paramNormalizationFactorX.HasValue ? fv.X : 0; } 

     x = (fv.X - firstX.Value) * factorX; 
     y = fv.Y; 
    } 

    var xx = x * x; 
    var xxx = xx * x; 
    var xxxx = xxx * x; 
} 

functionValues ​​ist eine gemeinsame Liste von Wertepaaren. Wenn ich nicht sperre, bekomme ich früher oder später wegen seltsamer x-Werte eine Überlauf-Ausnahme.

Answer 1

Entschuldigung, meine Schuld: erwartungsgemäß gibt es kein Problem in einem schreibgeschützten Szenario. In meinem Fall hatten die "X" -Werte faule Getter, die den Wert beim ersten Zugriff berechneten. Also das war eigentlich nicht nur ein Lese-Szenario.