[becvvv]

Wyjaśni ktoś dlaczego tani wynik? Dlaczego usunięcie pustej pętli miałoby zmienić zachowanie metody?

#programowanie #csharp #.net #dotnet #naukaprogramowania #programista15k #it #programujzwykopem

[becvvv]

@becvvv: A po zmianie na .net core 3.1 jest inaczej

[RRybak]

@becvvv: no kurfa, daj to w gifie 64x64 z muzyczką z benny hilla, żeby się lepiej debugowało - normalny ty jesteś? (╯°□°）╯︵ ┻━┻

[becvvv]

@RRybak: https://pastebin.com/raw/tHe7etq3

[Mazowia]

@becvvv: bez sprawdzania raczej będzie to problem z precyzja ułamków

[Talarkowy]

Wyjaśni ktoś dlaczego tani wynik?

@becvvv: przez to że nie używasz klamr, to zemsta kompilatora. ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)

A na serio - precyzja działań matematycznych.

[CrazyBaran]

@becvvv: https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/builtin-types/floating-point-numeric-types
"Because of this difference in numeric types, unexpected rounding errors can occur in arithmetic calculations when you use double or float for decimal data."

[Mazowia]

@becvvv: Warto zapoznać się z tematem bo możesz mieć ludzi na sumieniu

https://www.iro.umontreal.ca/~mignotte/IFT2425/Disasters.html

[Argony]

@becvvv:
https://dotnetfiddle.net/BumH9T
dziwne, u mnie działa ( ͡º ͜ʖ͡º)

[CrazyBaran]

@becvvv: Dodatkowo jak chcesz głębiej pogrzebać to zobacz sobie jaki IL się wygenerował.

[becvvv]

@RRybak: @Mazowia: @Talarkowy: @CrazyBaran: @Argony: @CrazyBaran:

Team .net przyznał, że to błąd w samym .net 6:

https://github.com/dotnet/runtime/issues/71481?fbclid=IwAR3LDUWIwyOD_C2Q93QnxtHFGAXHFQoHvGM3V_JBXAAw9VT667qheqtOqzY#issuecomment-1171279458

[Mazowia]

@becvvv: miałem wątpliwości bo dla 0.5 nie powinno być problemu

[RezuNN]

@becvvv: U mnie działa. ( ͡° ͜ʖ ͡°)

[becvvv]

@Argony: @RezuNN: problem występuje na .net6 w trybie release

[fizyk20]

@Mazowia: @Talarkowy: @CrazyBaran: Problemy z precyzją nigdy nie spowodują, że ta sama funkcja będzie dawała różne wyniki na tych samych wartościach argumentów, a to z czymś takim mamy tu do czynienia. Co najwyżej wynik będzie niedokładny, ale będzie zawsze niedokładny w taki sam sposób jeśli wartości wejściowe były takie same.

[Niebieskowaty]

@CrazyBaran: patrzyłem z ciekawości w sharplab.io i niestety IL się generuje taki sam :P