Первый курс любой ИТшной специальности любого (негуманитарного) вуза, предмет "численные методы", первая лекция - "Погрешности численных методов"

Я знаю, но это должно произойти в float64, а не в float32

stdlib округляет где-нибудь в printf, чтобы увидеть - надо double распотрошить побитно по спекам IEEE

практически все эти дельты вылазят на итеративных методах, на циклах в 10e5 шагов, при сложении/умножении очень больших и очень маленьких чисел, в книжках целые главы посвящены как обходить ьакте накопления ошибок

Я не понимаю почему нельзя поменять стандарт или сделать хотя бы альтернативу

альтернативу законам дискретной математики?

Делают, учитывают, вносят коррекции, если удается решить задачу аналитически - всей кафедрой неделю бухают

вон даже десятичные дроби точно складывать приходится переводом в рациональные дроби

Я не думаю, что дело в этом. Например: языки ориентирующийся на архитектуру выдаст -10//3 == -3 и  -10%3 == -1. Неужели так сложно пофиксить.

Без этого не куда.

Вспомнил случай - в одном языке программирования был Issue о том, что язык считал 0.1+0.2==0.3, а автор issue потребовал 0.3000000004. Вот что значит совсем крыша поехала.

Если ты про разницу между всякими mod и modulo, то тут не ошибка, а просто кто-то не прочитал доку ))

Значит автор issue хотел видеть именно представление float которое реально лежит в памяти, а не округленка. Еще раз для тех кто на лекции не ходил - точного представления для таких чисел как .1 .2 .3 в стандартном формате плавающей точки IEEE754 не.существует

Запусти int main() printf("%.32f", 3e-1) и убедись лично

Будет .299...999989776975374843

Но смысл issue конечно не понятен - почти всегда есть способ настроить формат вывода с нужной точностью. В ниме.formatFloat(ffDecimal,32)

Надо считать правильно, а не как диктует корявый стандарт

Ещё бы прописали в стандарте, что пи равен трём

С этим приколом лично сталкаивался. Сидит доктор технических (!) наук и матерится. Подходим, выясняем. Он два дня долбается с микроскопической расчетной программкой. Показывает: вот долбаный интеграл sin x от сих до сих. Берем школьный учебник, считаем на калькуляторе (показывает) от 0 до пи, может калькулятор глючит, не вот два, аналитически тоже два. Запускаем программу, классический метод трапеций, дробь нах ошибка в 4 знаке

Ну ок, погрешность, уменьшаем шаг интегрирования, шо за нах ошибка во второй знак уползла. Начинаем объяснять, шум, мятюки. Проф молча встает из за соседнего стола, и молча выходит из комнаты. Минут 10 воплей и визгов. Дверь открывается пинком, проф марширует к столу с огромным толстенным томом страниц на 800, ебашит его со всей дури плашмя об стол и орет НА ЧИТАЙ!!!