Użytkownik "slawek" <h...@s...pl> napisał w:

>>No właśnie nie wystarczy, unie zrobiłem specjalnie żeby obliczenie
>>dodawania zrobić odpowiednio w 32 bitach (float) i 64 bitach (double). W
>>twoim przypadku obliczenia będą przeprowadzone w 80 bitach lub więcej
>>(zależnie od opcji kompilacji).
>
> Ok, ale podążając za twoim pomysłem należałoby stwierdzić, że jakiekolwiek
porównania a > b należy
> usunąć z programów i zastąpić je porównaniami (int)a
> > (int)b .

Nie buraku i (jak widac) niedouku.
Takie porownania _zawsze_ robi sie np. w ten sposob.

int fp
a > b (a - b) > EPS
a < b (a - b) > -EPS
a >= b (a - b) >= -EPS
a <= b (a - b) <= EPS
a == b fabs(a - b) <= EPS
a != b fabs(a - b) > EPS

Wszedzie. W numeryce, nawet w bankowosci (nie wszedzie jest/byl decimal)
slowem wszedzie gdzie wystepuja dzialania na fp

W dodatku to EPS winno byc o wiele wieksze od DBL_EPSILON
i innych maszynowych bebechow (czesto jest to zreszta EPS wzgledne).
Owszem, masochistow sie nie uleczy wiec mozna im zezwolic
na uzycie DBL_EPSILON jako EPS, tyle te to podwojone (2.22..) z
naglowkow C z Pythona i Matlaba. Sam sobie odpowiedz dlaczego.
Przy pojedynczym pojawiaja sie "male klopoty".

AK