Искаженная сумма полученная через COM-соединение #626629

Платформа 8.2.15.318. Все базы файловые. Запрос в УПП (релиз 1.3.26.1): В строке №3 сумма 874,69. В строке №4 сумма 68,60 Подключаюсь к этой же базе УПП из ЗиУП (релиз 2.5.54.1) через v82.COMConnector и получаю: В строке №3 сумма 874,6900000000001 В строке №4 сумма 68,59999999999999 По остальным строкам всё нормально. Есть и другие документы с подобными финтами, но закономерности появления этой бороды я не выявил. На боевых базах в клиент-серверном варианте та же проблема с теми же документами. Кто-нибудь сталкивался с подобным? Есть идеи как это лечить?

"Есть идеи как это лечить?"  Окр, не?

если в самом запросе - cast

Я хочу устранить причину, а не бороться со следствием... :)

"Я хочу устранить причину"  неужто собрался ликвидировать 1С? :-)

Ты думаешь, что причина в этом?))) Но тогда встанет другая проблема: где взять платформу :р

огда ему надо перемещатся в 1960 год, искать Бориса

не, а всё-таки, если в запросе прямо откастовать, всё равно по ком результат искажает, или нет?

Я в английском синтаксисе запросов не бельмесо)) Ты предлагаешь выразить как число 15.2 что-ли?) К тому же, запрос - это в УПП, а в ЗиУП я работаю уже с объектом... Запроса нет...

Это нормально

"Ты предлагаешь выразить как число 15.2 что-ли?"  ага

ага.

Что именно? И почему? :)

а вообще, насколько помню, 2+2=3,

Потому что по Оле данные передаются не в том виде, что их хранит 1с

А если ПФР опять захочет точность пять знаков после запятой? Не, такой вариант отпадает :)

сделаешь (17,5)

И какие варианты выхода, кроме как прострелить коленку?)

Че это Бориса-то. Билли и тех, кто придумал формат хранения вещественных чисел.

ну, много ещё. об стену там,  пузырёк с йадом, и т.д.

Окр(X,Y)

Нужно, чтобы ни одного программиста не пострадало)

Уже предлагали.

Других нет вариантов

Использовать округление

Плохой пост. Сделаю вид, что я его не заметил :))))

Что-то как-то жиденько... :) Ещё варианты есть?

есть. не использовать округление

Ну другие варианты только через опу. На "той" стороне пихать в строку, передавать строкой например. Округдение самое то. Учитывая, что всегда (вроде) известна точность, особых сложносностей не долдно вызывать

Есть прострелить висок.

Эх... Ладно, пойду округлю до 10 знаков после запятой... :)

Зачем до 10? До количества знаком после точки. По примеру из - до 2х

Потому что это заплатка (костыль), а не реальное округление. К тому же у меня это в обработке обмена, которая не знает, сумма это или ещё что, а в реальной базе 10 знаков после запятой никто реквизиты делать не будет. Короче, чтобы не переписывать обмен потом, когда что-нибудь изменится.

Сделал округление до 10 знаков после запятой, проблема ушла (точнее суслик-то есть, просто его не видно :)).