sin

Выполните у себя такой код

Код (Text):

1.         fninit
2.         fldpi
3.         fsin

и посмотрите результат в отладчике.
// Резултат в идеале должен быть = 0 (zero), но увы и ах...
Какие по вашему мнению факторы повлияли на результат? Алгоритм синуса? Число пи "фальшивое"? что еще?

 

Просто далеко не точное - 80 бит всего лишь, ведь больше в ФПУ и не влезет.

 

просто тот же самый пи пополам считается как 1.0 т.е. точно, а это... безобразие)

 

asmfan

Просто одна неточность компенсируется другой

 

Quantum )))
5+

 

гейзенберг
в численных методах незначительноя погрешность, это нормально.

 

Quantum
Как раз Пи - 160 бит, поэтому меня всегда умиляет когда HLL не умеют использовать FLDPI и требуют набивать его вручную )

asmfan
А вот трансцендентные функции типа FSIN имеют полное право возвращать "не совсем точный" результат, о чём умный камешек сообщает установкой флага PE в SW.
Сохрани результат как real4 или real8 и всё будет ок )
Собственно для этого и придуманы short, double и extended, чтобы можно было "точные" вычисления вести в 80 битке, а затем отбрасывать накопившуюся погрешность округлением к short или double.