В поисках логики

Проблема известная но окончательного ответа я так и не нашел...

int a,b;
a=(0.1+0.7)*10;
b=(0.1+0.8)*10;
cout << a << ' ' <<b;
// 7 9

0

Привидение типа. Вы используете внутри вычислений не int переменные, а т.к. int возвращяемое значение - то считаются как int и внутренние (что то типа того).

0

Проблема в точности. Идеально точно десятичные дроби в double не помещаются (ну кроме совсем удачных, вроде 0.5), поэтому возникают малюсенькие "подвижки" в числах и в результате вычислений мы получаем чуть-чуть поменьше 0.8 и чуть-чуть побольше 0.9. Для получения предсказуемых результатов нужно выбрать правило округления и пользоваться им. По умолчанию при преобразовании в int попросту отбрасывается дробная часть. Можно пользоваться бухгалтерским округлением, добавляя 0.5 к округляемому значению перед отбрасыванием дробной части.

0

Сообщение от Nick Alte чуть-чуть поменьше 0.8 и чуть-чуть побольше 0.9

Даже при условии что double не точно даёт результат - всё же если делать "0.1+0.7" то будет число приближенное к 0.8, и должно именно оно выйти. Но в данном примере не это суть проблемы, а процесс вычисления, исходя из которого все внутренние переменные примут разрядность того типа, который указан как возвратное значение. Дабы процесс вычисления(чтоб внутренние переменные вычислялись как другой тип) работал при возвратном int и с использованием float(double) нужно приводить тип.

0

Сообщение от Izual Но в данном примере не это суть проблемы, а процесс вычисления, исходя из которого все внутренние переменные примут разрядность того типа, который указан как возвратное значение.

Это категорически неверно. Проблема именно в приближённых значениях.

Сообщение от Izual всё же если делать "0.1+0.7" то будет число приближенное к 0.8

Получится. Но будет не ровно 0.8, а чуть меньше. И когда умножим на 10, то получим не ровно 8, а 7.999999.....
После отбрасывания дробной части, которое осуществляется при занесении значения в переменную a, имеющую тип int, остаётся 7.

0

Сообщение от Nick Alte не ровно 8, а 7.999999

Сообщение от Nick Alte тип int, остаётся 7

Почему получится 7, если закон округления должен результировать 8 ?

0

Потому что "закон округления" при преобразовании из вещественных чисел в целые выбран однозначно: отбрасывается дробная часть, остаётся целая. Если нужно округление по каким-то другим правилам - извольте считать самостоятельно, к вашим услугам floor, ceil и прочие интересные функции.

0

Сообщение от Izual "0.1+0.7" то будет число приближенное к 0.8,

0.7999999999999999999999999(9)*10=7,9999 9999999999999999999(9)
7 и не важно, что 0,99999999999999999999999(9) практически 1 отбросили
у компьютера башка железная, так глубоко мыслить не может
чтобы такого не было
можно сделать так
a=(0.1+0.7+0.05)*10;
b=(0.1+0.8+0.05)*10;
у Evg в блогах хорошо описано это поведение, потеря точности, накопление ошибок
если нужна точность то не надо пользоваться плавающими
например в Бух Учете, там эти округления могут довести до того, что всю бухгалтерию посадят

0

Так, протестировал:
даёт результат 8. Исходя из этого получается что округление не работает внутри (0.1+0.7), т.е. оно не работает по математическому закону округления, а иным способом - не учитывается число после запятой. Почему не работает округление - потому что выходной тип int, если был бы float/double, то при вычислении искомого было бы 8 и 9, т.к. "математическое" округление работало бы. О чём я и говорил изначально.

0

Сообщение от Izual т.е. оно не работает по математическому закону округления,

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

пример из жизни
кофе, в автомате, стоит 20 рублей, у тебя 19.99
кофе не получишь
почему говорю "в автомате"? продавщицу уболтать можно, сработает математическое округление

"Женщину вынули, автомат вставили"(с) "Кин-дза-дза"

0

Сообщение от ValeryS в математике тоже не один закон округления

Не придирайся к словам, я специально в кавычки взял, чтоб показать общепринятое, а не исключительное.

Вы тут разводите демогогию не имеющую отношения к логие задачи, а тема называется "ПОИСК ЛОГИКИ", т.е. автору интересен сам факт того почему его пример не работает так, как мы отталкиваемся от общепринятого. Я показал - логику, а вы показываете брехню, не имеющую отношения к искомой проблеме.

Сообщение от ValeryS кофе, в автомате, стоит 20 рублей, у тебя 19.99

Почему 19.99 получилось... считали сумму 19 целых рулей и 99 копеек, а мы тут по другому считаем, у нас тут разбор корня того как считает система, и в отношении int возвратной, система считает иначе, чтоб она считала по общепринятому мат. закону - надо вставить условие if(drob(num) > 0.5)num=num+1;
По этому прекращяйте следствия показывать, автор ищет причину!

0

вот и сам блог
https://www.cyberforum.ru/blogs/18334/blog88.html
по моему, очень понятно, почему происходит потеря точности

кстати не компьютерный пример, который может объяснить многое
1/3*3 =1
но стоит только перевести в десятичную дробь
1/3=0.3333333333333333(3)*3=0.999999999999 999999999(9)
единицы не получается


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

хорошо он оперирует с дробями вида1/2ⁿ

Добавлено через 6 минут

Сообщение от Izual а вы показываете брехню,

хамить изволите?

Сообщение от Izual не имеющую отношения к искомой проблеме.

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

Сообщение от Izual По этому прекращяйте следствия показывать, автор ищет причину!

а это что

Сообщение от Nick Alte И когда умножим на 10, то получим не ровно 8, а 7.999999..... После отбрасывания дробной части,

Сообщение от ValeryS 7 и не важно, что 0,99999999999999999999999(9) практически 1 отбросили

при приведению к int дробная часть отбрасывается
независимо какая она была
и это не только в Си

Добавлено через 1 минуту

Сообщение от Izual if(drob(num) > 0.5)num=num+1;

а не проще num+0.5??????

0

Сообщение от Nick Alte Если нужно округление по каким-то другим правилам

Достаточно использовать привидение типа.

Сообщение от ValeryS по моему, очень понятно, почему происходит потеря точности

500 строк коментов, 5 ссылок где ещё по 500 строк комментов, а всё свелось к одному слову, которое объясняет причину: "разрядность".
"Краткость - сестра таланта". И не надо тут про движение нейтронов, фатонов и другой чепухи, отводящей от конкретики, в чём я не сомневаюсь вы преуспеете если будете и дальше углубляться в процессы вычислений, зависящих от типа, зависящих от кол-ва чисел, зависящих от разрядности, зависящих от движения электронов, и т.п... кармические реакции..

Добавлено через 4 минуты

Сообщение от ValeryS хамить изволите?

Если вам истина глаза режет, то это лично ваши проблемы. Слово хоть и вульгарное я использовал, но открывает саму суть того каким путём вы решаете задачу.

Сообщение от ValeryS при приведениИ к int дробная часть отбрасывается

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

Сообщение от ValeryS а не проще num+0.5??????

Результат будет одинаков, я лишь показал одну из вариаций того как применяется условие того что дробная часть числа > 0.5

0

Сообщение от Izual И не надо тут про движение нейтронов, фатонов и другой чепухи, отводящей от конкретики...

По-моему, ValeryS как раз и изложил конкретику.

0

0

Сообщение от ymniktm int a,b; a=(0.1+0.7)*10; b=(0.1+0.8)*10; cout << a << ' ' <<b; // 7 9

Проблема в ошибке округления. 0.1 десятичное - это сколько двоичное?
0.00011001? Или 0.0001100110011? Или сколько? Где ни остановись, а получается меньше, чем 0.1 десятичное. А 0.7 десятичное - это сколько в двоичном? 0.10110011? Или 0.1011001100110? Это тоже меньше, чем 0.7 десятичное. Сумма тоже получается меньше, чем 0.8 десятичное. 0.00011001+0.10110011=0.11001100. Переведём в десятичное. 0,796875<0.8. А теперь переведём 0.8 десятичное в двоичное. 0.11001100. Совпадает.
0.0001100110011+0.1011001100110=0.110011 0011001. Переведём в десятичное. 0.799926758. Тоже меньше. Переведём 0.8 десятичное в двоичный формат. 0.1100110011001. Тоже совпадает. А теперь сложим ещё раз. 0.00011001+0.11001100=0.11100110. В десятичном 0.89453125. Переведём 0.9. 0.11100110. Совпадает. 0.0001100110011+0.1100110011001=0.111001 1001100. В десятичном 0.899902344. Переведём 0.9. 0.1110011001100. Опять совпадает. Теперь умножим на 1010. 0.11001100*1010=110.11111000. При округлении получается 110, переведём в десятичное и получим 6. 0.11100110*1010=1000.11111100, при округлении получаем 1000, при переводе получаем 8. Но заковыка может крыться в том, как округлены дроби. Округлим 0.00011001, 0.11001100 и 0.11100110 до 5-го разряда после запятой, учитывая два разряда после запятой: 0.00011001= 0.00011, 0.11001100=0.11001, а 0.11100110=0.11101. Первый две дроби уменьшились, а третья увеличилась. Умножим третье значение ещё раз на 1010. Получается 0.11101*1010=1001.00010, при округлении до целых получается 1001, переведём в десятичное и получим 9. Переведём 0.11101 в десятичный формат и получим 0.90625. Одна и так же ошибка сработала в две разные стороны.

0

Всё это писали и на других форумах. Вопрос в другом.
почему (0.1+0.8)*10=9.0000000001,(0.1+0.6)*10=7 .00000000001,(0.2+0.7)*10=9,000000000000 1 и тп
а (0.1+0.7)*10=7.99999999999 ?

0

Сообщение от Izual Даже при условии что double не точно даёт результат - всё же если делать "0.1+0.7" то будет число приближенное к 0.8, и должно именно оно выйти.

Бред, кобыла нервно травит весь табун. Получается меньше 0.8, а всё, что меньше 0.8, но не меньше 0.7, это 0.7.

0

ymniktm, в двоичное дроби переведи
и тогда все будет понятно

Сообщение от taras atavin 0.00011001? Или 0.0001100110011? Или сколько? Где ни остановись, а получается меньше, чем 0.1 десятичное. А 0.7 десятичное - это сколько в двоичном? 0.10110011? Или 0.1011001100110? Это тоже меньше, чем 0.7 десятичное. Сумма тоже получается меньше, чем 0.8 десятичное. 0.00011001+0.10110011=0.11001100. Переведём в десятичное. 0,796875<0.8.

0

Сообщение от ymniktm Вопрос в другом

Так сразу и надо было задать правильный вопрос. "Половина ответа - в правильно заданном вопросе".

Добавлено через 2 минуты
taras atavin, вася, дочитай до конца пост, корень проблемы в return INT типе.
Ещё бисера метнуть?

0