Точность типа float

[HunterMan]

Пробывал полистать страницы форума и воспользоватся поисковим, но так и не нашел похожего поднимающегося вопроса.

Проблема вот в чем. Например, происходит елементарный перещет:

float a = 1;

for(a;a<10;a+=0.2)
{
cout<<a;
}

Вместо того, чтобы выводить 1, 1.2, 1.4, 1.6... Начинает выводить так:
1, 1.2, 1.4, 1.6, 1.799999, 1.99999

Вопрос: Куда деваются эти миллионные доли числа и как с этим бороться?

Пишу на .NET. Числа берутся с формы и происходят похожие математические общеты. Потом эти числа выводятся на график. Мне нужно чтоб было 1.8, а оно вдает 1.799999. Работаю с типом флоат ибо в .NET есть тип PointF... Я сберигаю ети числа в масиве данного типа, а потом вывожу на экран.
Может стоит работать с double, а потом преобразовывать в float, или... Подскажите какой-то выход плиз.

[Goblin]

перед cout<<a;

cout.setf(ios::fixed);
cout.setf(showpoint);
cout.precision(2); // Где 2 количество знаков после запятой.

P.S. Источник: Уолтер Савич "Программирование на С++", советую почитать.

[MaTBeu]

Можно проще. Когда выводите пишете вот так

std::cout<<std::fixed<<std::setprecision(2)<<a;

Тоже два знака после запятой, только все делается "на лету".

[HunterMan]

Походу вы меня не поняли или я не понял вас.
Этот пример я привел чисто для того, чтобы обьяснить суть проблемы и как приблизительно!!! она получается.

1. пишу на шарпе, значения принимаются с формы, обрабатываются и выводятся на форму с помощью DrawString....
2. Важно!!! не применять какие-либо либо математические преобразования и тем более форматированый способ вывода на экран. Пишется программа эммулирующая протекание тех. процессов в энергетике. Потому точность важна!
3. Мне важен резутьтат! Т.е. если на бумажке я прощитал и вышло 1.8, то и на форму должно вывестись 1.8 а не 1.799999. Потому что выводимые числа могут быть такими к примеру: 0.0077... И никак не должно вывестись 0.0076999. Вот чего я боюсь. Т.е. 1.79999 или 799.9999 я могу привести к 1.8 и 800, а что делать с 0.0076999? Можна алгоритм разработать который будет проверять числа и исправлять, но это явно усложнит код. Можна расчеты проводить в двоичном виде, но каждый выводимый график может иметь миллион или два миллиона значений прощитаных... Прикиньте для каждого анализировать полученый результат???!!!

Потому думаю, что проблема все же в преобразовании типов или с чем-то похожим. Но как исправить... Может перед кем-то стояла похожая проблема?

П.С. Если кто-то подскажет как с этим борится к примеру MatLab или MathCad или Exel или другие программы работающие с графиками и трендами - буду благодарен.

[capta1n]

вещественная арифметика в машине не точна - это значит, что сложив 1000 раз число 0.001 вы никогда не получите ровно 1 ( единицу ) - всегда будут погрешности в вычислении - это связано с внутренним представлением вещественных чисел в машине; точность float - 38 знаков после запятой; из курса математики известно, что 0.8 можно представить как 0.800000... и 0.799999... - это одно и то же- попробуйте выполнить преобразование из десятичной дроби с натуральную: восьмерка обеспечена но я думаю надо просто на выходе ограничить количество выводимых знаков после запятой, тогда вывести должен нормальное число, а так естественно он выводит вплоть до последнего знака всеми девятками

[capta1n]

a;a<10;a+=0.2

и вот в этой строчке начиная с приращения у вас тип float теряется и превращается в стандартный тип double для вещественных чисел - надо явно приводить к одному типу, потому что у вас число 0.2 имеет тип double, а не float ( так есть по стандарту языка ), поэтому надо писать

a+=0.2f

[HunterMan]

Умная мысль! Щас проверю!