С decimal там ничего не планируется в стандарте?

Присоединяюсь к вопросу.

Никак. double, float — по своей сути неточные типы данных.

Я понимаю это, но наверняка какие-то решения здесь придуманы

Решения чего ?

Ты просто должен поглядеть на результат и понять его примерное значение. смысла округлять 6.499999... до 6.5 нет

Я же не сам округляю, а std::round

Нет смысла вообще округлять

в смысле?

Есть некий дабл, есть некий процент, нужно взять процент от дабла и округлить полученное значение. Например double = 10.0, процент = 65%, берём 65% от 10, ожидаем получить 6.5, но на практике получаем 6.4999999, из-за чего округление неправильно работает, как в общем случае такие ситуации обрабатывать? — НЕТ СМЫСЛА ОКРУГЛЯТЬ ВООБЩЕ

Тебе нужно взять 65%, бери значение, и домножай на 0.65 и печатай. Всё.

Не понимаю, зачем мне его печатать? Мне это значение нужно для следующих вычислений.

"нужно гарантировать правильное вычисление значения. То есть как мне добиться того, что первый знак после запятой гарантировано верный?" — значение и так правильное. Тебе не нужно ничего гарантировать.

Ну, тогда используй его для следующих вычислений. Без округлений.

Мне нужно именно округлённое значение

До чего округлённое ?

до целого

Что ты считаешь в конечном итоге ?

Мне нужно именно округлённое значение

А как выглядит задача целиком? Что надо делать с дальнейшим числом? Дайте больше контекста. Возможно что нужно использовать decimal, либо совершенно по другому подходить к вычислениям

Ок, сейчас опишу контекст

до целого

Ну ок, http://www.cplusplus.com/reference/cmath/round/?kw=round

до целого

> 10.0, процент = 65%, берём 65% от 10, ожидаем получить 6.5, но на практике получаем 6.4999999, из-за чего округление Что ты считаешь "целым"?

Существует стандарт IEEE 754, там есть 5 методов округления. https://en.wikipedia.org/wiki/IEEE_754#Rounding_rules

до целого

(int)value;

А как выглядит задача целиком? Что надо делать с дальнейшим числом? Дайте больше контекста. Возможно что нужно использовать decimal, либо совершенно по другому подходить к вычислениям

Контекст такой: мне приходить две цены double price1, double price2 вычисляю дифф между ценами следующим образом double diff = std::fabs(normalize_double(price1, 5) - normalize_double(price2, 5)) * std::pow(10,5); этот дифф множится на процент diff = std::round(diff * 0.65); добавляется в конечную цену. result price += diff / std::pow(10, 5);

» std::pow(10, 5); ужас

почему?

(int)value;

int( std::round( value ) );

int( std::round( value ) );

int(value + 0.5)

почему?

это же константа, причём нормальная, а не 197491238

это же константа, причём нормальная, а не 197491238

это в приведёном куске константа, а не в коде

я не стал вводить в пример ненужные сущности

это в приведёном куске константа, а не в коде

если в коде переменные, то ладно

Могу предложить способ округления до n-знаков после запятой, который используется в Python. https://github.com/python/cpython/blob/master/Objects/floatobject.c#L987 Либо используй decimal-like решения, если тебе действительно нужно контролировать точность дробной части.

Контекст такой: мне приходить две цены double price1, double price2 вычисляю дифф между ценами следующим образом double diff = std::fabs(normalize_double(price1, 5) - normalize_double(price2, 5)) * std::pow(10,5); этот дифф множится на процент diff = std::round(diff * 0.65); добавляется в конечную цену. result price += diff / std::pow(10, 5);

Округляйте только на последнем этапе, уменьшите количество операций с double: double diff = std::fabs(price1 - price2); diff = diff * 0.65; price += diff; return std::round(price); А правильным решением будет использовать decimal

» А правильным решением будет использовать decimal ну там всё приложение на даблах :)

Округляйте только на последнем этапе, уменьшите количество операций с double: double diff = std::fabs(price1 - price2); diff = diff * 0.65; price += diff; return std::round(price); А правильным решением будет использовать decimal

окей, сейчас посмотрю, спасибо

Контекст такой: мне приходить две цены double price1, double price2 вычисляю дифф между ценами следующим образом double diff = std::fabs(normalize_double(price1, 5) - normalize_double(price2, 5)) * std::pow(10,5); этот дифф множится на процент diff = std::round(diff * 0.65); добавляется в конечную цену. result price += diff / std::pow(10, 5);

Тебе это для каких целей нужно? Для бухгалтерии и отчётности, либо для финансовой статистики ?

это торги на форексе

» А правильным решением будет использовать decimal ну там всё приложение на даблах :)

И что? Где противоречие?

Ну ок, а это значение используется для точного вычисления некоей величины, скажем, маржи, или для оценки какой-то целесообразности чего-то ?

это торги на форексе

> ну там всё приложение на даблах :)

> ну там всё приложение на даблах :)

Да, в общем, ржака...

Ну ок, а это значение используется для точного вычисления некоей величины, скажем, маржи, или для оценки какой-то целесообразности чего-то ?

мой кусок кода вычисляет цены открытия и закрытия для ордеров

Не, может быть это и допустимо, если скажем это какой-то целевой показатель вычисляется, и по нему потом строется решение — допустимо делать в double

> ну там всё приложение на даблах :)

ну, вопросы к metaquotes, они такую апи к своему серверу предоставляют

В финансовых приложениях как раз используется decimal. Это как раз, чтобы контролировать точность до копейки.

мой кусок кода вычисляет цены открытия и закрытия для ордеров

Это тогда вряд ли можно делать используя типы с плавующей точкой. Читай ту статью на хабре.

Это тогда вряд ли можно делать используя типы с плавующей точкой. Читай ту статью на хабре.

сервер их в даблах хранит, лол

В финансовых приложениях как раз используется decimal. Это как раз, чтобы контролировать точность до копейки.

Не в финансовых, а в бухгалтерских. Как раз в финансовых плаваяющая точка вполне допустима — им не нуно, чтобы финплан на год сходился до рубля с реальным расходом.

сервер их в даблах хранит, лол

Вряд ли

ну, вопросы к metaquotes, они такую апи к своему серверу предоставляют

Можешь дать пруф линк ?

ну в смысле, мне приходят данные напрямую с сервера.

тебе код апишки скинуть?) это NDA :)

Я всё чаще убеждаюсь, что самое безобразное ПО в банках и комерческих системах, работающих с деньгами

Непубличный ?

тебе код апишки скинуть?) это NDA :)

Чтоа? У метатрейдер открытый API

тебе код апишки скинуть?) это NDA :)

Описание API есть публичное ?

ну вот как пример, структура, хранящая тики из их апи struct TickAPI { time_t ctm; // time double bid,ask; // normalized bid & ask };

Нет, ты давай ссылку на ИХ описание ИХ API, а не какие-то структуры.

Чтоа? У метатрейдер открытый API

он же с платформой предоставляется

к докам тоже доступ закрытый

Я просто тоже как бы на бирже работаю — у нас всё в decimal.... Reuters тоже помню обрабатывали — та же хрень... Так что пока не верю.

к докам тоже доступ закрытый

Я не понимаю. Я когда-то что-то делал на языке в метатрейдер (MQL вроде), всё было открыто, куча примеров и т.п. Что за закрытая платформа?

Ну, тогда у тебя выбор — на входе преобразовывать всё в что-то типа decimal, считать нормально, на выходе — преобразовывать обратно. Либо считать всё в Double но тогда уже не жаловаться на погрешности расчётов, учитывать их при работе.

metatrader 4. Mql открыт, это для разработки советников различных. Я занимаюсь разработкой плагинов под их платформу, доки закрыты у них.

ERROR: S client not available

metatrader 4. Mql открыт, это для разработки советников различных. Я занимаюсь разработкой плагинов под их платформу, доки закрыты у них.

Понятно. Тогда спроси их разработчиков (если они тебе доступ к api открыли), как контролировать точность в рамках их платформы. В качестве оффтопа, личное мнение: форекс - фу. Не порть карму :)

мне теперь в оупенсорс круглосуточно нужно коммитить, чтоб карму отмыть :)

мне теперь в оупенсорс круглосуточно нужно коммитить, чтоб карму отмыть :)

А чего случилось то :?

С++ самый крутой язык программирования

А чего случилось то :?

Или это не тот Бэйби Ту Найт :?

А чего случилось то :?

Не понял вопроса

Или это не тот Бэйби Ту Найт :?

какой?

Ну тут в чате есть еще один, с рысью на автарке.

это я

Тогда ясно ;)

это не рысь была, а каракал

Хранить цену в double? Мощно.

это очень больно, согласен

я думал, их вообще безопаснее в интах хранить

Безопаснее их хранить в спец. типах, чтобы тебе еще компилятор проверку типов энфорсил.

и переполнения разные

и переполнения разные

если у меня будет переполнение типа в котором я записываю деньги, то можно будет забить на разработку)

если у меня будет переполнение типа в котором я записываю деньги, то можно будет забить на разработку)

:D

а так должно быть, что лямбды запускается раньше, чем они вызываются?

нет

пример: auto func = [some_var] () { some code }; func();

не дойдя до func выполнится.

эм, а пример рабочий можно?

тут очень большой код.

мне нужно весь код было поместить в одну функцию.

и я все методы поместил по лямбдам.

ну напиши минимально рабочий пример

где твой кейс воспроизводится

rebuild помог

странный этот кьют.

странный этот кьют.

сраный*

rebuild помог

не используеш ide = не тратиш кучу времени на решение неведомых проблем которые создаёт ide