Список проголосовавших за комментарий "Тимофей Мартынов, с такой проблемой сталкивается рано или поздно ЛЮБОЙ инженер или алго-трейдер. Поздравляю, у Вас это произошло сегодня. После этого дня Вы никогда не будете молиться на компУтер и уж на свой смартфон, как делает это молодёжь — и подавно. Сегодня Вы поняли, что комп-это просто туповатый кусок железа, и сделали его осуждённые гражданским судом (за монополизм) сотрудники Интел и Майкрософт.<br/> По делу: эта проблема существует, но Ваш программист ЭТО ЯВНО ЗАГНУЛ. Ближайшее представление указанного Вами числа:<br/> <span style="color:#000000;"><strong>5.6450000762939453125E1, то есть 56.450000776.....<br/> </strong></span> Проверка тут:<br/> <a href="/r.php?u=http%3A%2F%2Fwww.binaryconvert.com&s=3230147129">www.binaryconvert.com</a><br/> С такой проблемой сталкиваются инженеры из многих областей, и в трейдинге тоже. ИМЕННО ПОЭТОМУ в «финансовом» языке программирования Python есть средства для ЛЮБОЙ БОЛЬШОЙ ТОЧНОСТИ чисел.<br/> Такие средства есть и в языке Си (++) путём применения специальных библиотек «arbitrary precision» типа MPFR.<br/> Павел Голобородько (сидя в Японии) ведёт такой проект несколько лет:<br/> <a href="/r.php?u=http%3A%2F%2Fwww.holoborodko.com%2Fpavel%2Fmpfr%2F%23intro&s=1941450582">www.holoborodko.com/pavel/mpfr/#intro</a><br/> <a href="/r.php?u=https%3A%2F%2Fbitbucket.org%2Fadvanpix%2Fmpreal%2F&s=1757681945">bitbucket.org/advanpix/mpreal/</a><br/> <br/> Решение для Вашего случая — их несколько: например хранить такие данные в формате String, а для любых манипуляций тут же преобразовывать их в double (float), а затем показывать результат в ОКРУГЛЁННОМ ВИДЕ — с заранее заданной точностью. Проблема будет в том, чтобы муторно и скучно задавать уровень требуемый точности для всех ВЫВОДИМЫХ полей.<br/> Копая далее математику для финансов Вы будете ещё боьше удивляться почему мир до сих пор не рухнул, если всё (все формулы) рассчитывается по стандарту IEEE754.<br/> Такие проблемы могут возникать у инженеров в самых неожиданных местах.<br/> Я писал об этом на форуме MQL5:<br/> <a href="/r.php?u=https%3A%2F%2Fwww.mql5.com%2Fru%2Fforum%2F165397%2Fpage6&s=1530933632">www.mql5.com/ru/forum/165397/page5</a><br/> Даже при вычислении казалось бы простого полинома — для разных инженерных целей:<br/> ? = (333.75 — a2)b6 + a2 (11a2 b2 — 121b4 — 2) + 5.5b8 + a/(2b).<br/> Из всех компиляторов Си только старый Borland может использовать — хранить и вычислять — все числа в формате 80 бит, используя всю точность процессора. Все остальные режут числовые слова до 64 бит. В Python используется встроенная бибилиотека повышенной точности, которая считает ПОБИТОВО все нужные операции с точностью 128 бит, и конечно делает это в 50-100 раз медленнее. Но в инженерии и финансах лучше медленее чем платить потом за рухнувший мост или за неправильные проценты с бондов, которые рассчитываются ПОСУТОЧНО с сумм типа 200 миллиардов долларов.<br/> В моей личной практике был случай когда баланс областного банка свалился из-за того, что неумёха программист не учёл что-то типа 18...19-разрядной десятичной точности большой суммы баланса области в копейках (купоно-гривня была около 5000 за доллар)."