Неправильное округление величины

[glibs]

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

Если вручную в этом же журнале ввести точно такую же строку журнала - проверка выдаст ошибку во введенной вручную строке?

[AvrDen]

Цитата:

Сообщение от glibs

Если вручную в этом же журнале ввести точно такую же строку журнала - проверка выдаст ошибку во введенной вручную строке?

Да, при ручном вводе ошибка повторяется

[S.Kuskov]

Если вы говорите, что перед сохранинием записи (перед super в insert/update) вы значения округляете, то значит портятся эти значения уже позже и причём в обход update при помощи doUpdate. Запускаете ли вы какие-нибудь дополнительные обработки перед разноской журнала, или возможно у вас есть какие-то модификации самой процедуры разноски?

Цитата:

Сообщение от AvrDen

Да, при ручном вводе ошибка повторяется

Т.е.на форме вводим 8933.72, а в таблицу попадает 8933,719999999999 ? Или сразу после ввода до попытки разнести журнал в таблице ещё правильное значение, а хвост появляется позже? Непонятно в какой именно момент у суммы в таблице появляется хвост.

[AvrDen]

Цитата:

Сообщение от S.Kuskov

Т.е.на форме вводим 8933.72, а в таблицу попадает 8933,719999999999 ?

Да, именно так...

После долгих экспериментов, удалось установить что неправильное значение присваиваеться в super() inventJournalTrans.update(). Я сделал выборку строки журнала ДО super, и ПОСЛЕ. До в CostAmount было значение 8933.72, после 8933,719999999999

[S.Kuskov]

Цитата:

Сообщение от AvrDen

Да, именно так...

Ужас то какой. И что, стабильно воспроизводится? А на тестовом приложении также?