Выражение (1000.013-1000.007) почему то равно 0.00600000000008549?
code_1359.txt

И в чем вопрос

В том, что данное выражение равно 0.00600000000000000!

Валерий, машинная арифметика в дробных числах не является точной по определению.

Никогда не думал, что настолько

Насколько
Пока я вижу неточность (относительную) в 15-м знаке

Для real, которые используются в HiAsm - так и должно быть. Использование типа с большей точностью на данный момент, по-моему, проблематично, т.к. надо внести довольно много изменений, в т.ч. и в среду.

Большая точность - это 80-бит (в Дельфях - extended)
Команды проца заточены под это ЗНАЧИТЕЛЬНО меньше, чем под 64
Вопрос - нафига козе боян.

Собственно, жизнь говорит, что когда не хватает float (32-бита) - это кривые вычислительные алгоритмы.
За 99% случаев - ручаюсь. Если иметь ввиду "живые" задачи, а не буйные фантазии.

Арифметика проца - 80-бит, а вот сохранять и загружать числа ты можешь практически как угодно (в формате 32,64,80-бит)

Да, и для 80 бит - команд на ЭТО требуется больше.
Я же не говорю, что вообще не заточен: МЕНЬШЕ заточен

Не понял, какая разница между

Меня больше смутило наличие чисел вместо нулей. Вобщем пришлось отрезать ненужную часть.

tsdima, а разницу между

Ладно, уговорил. Ну будет во втором случае fld faddp, с учётом конвейерной обработки на один такт больше А то и вовсе одинаково, к моменту, когда tword загрузится, faddp уже пару тактов ждать будет

Ну чего ты веришь-то сладким сказкам...

1) Начнем с того, что это не риск, и про один такт - это сказки. Которые может и сбываются, но не всегда, и не везде, и не по любому поводу

2) Во вторых, это вместо 100 байт кода на формулу, уже будет 150. Сказок, что именно этот код и именно твоего приложения попал в кэш - не надо рассказывать.

3) Но самое главное: нет ни одной причины, чтобы я даже начал разбираться в этом.
Кто дружит с арифметикой - тому и 32-х бит хватит (в тех самых 99% случаев).
А кто не дружит - того и Extended не спасет.
Обрати внимание на пример из топика: просто накопленная ошибка будет в 128 раз меньше, но вовсе не нулевая.

4) При этом, проводя вычисления в FPU (extended), и сохраняя как real, мы проводим округления, сбрасывая таки в 0 в большинстве случаев, накопленную ошибку.
Обрати внимание: здесь в результате чистый нулик таки.
И отгадай с трех раз: был ли бы чистый нулик при Extended