Изпечатай

[c111100101]

Простете може би за тъпия въпрос за някой, но как се решава проблема със загубата на точност в следния случай:

Код:

float sum = 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f + 0.1f;

Резултата е 1.0000001

Примерно в Python, този проблем не съществува.

[b2l]

Що не пробваш с double?

[bop_bop_mara]

Не е баш така, при това на никой език. В частност ето проба с Python:

Код

GeSHi (Bash):
mara@OVNIWatermelon:~$ python
Python 2.5.5 (r255:77872, Apr 21 2010, 08:40:04) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> a=0
>>> a
0
>>> a=0.0
>>> a
0.0
>>> a=3.0
>>> a
3.0
>>> a=9.999999999999999999
>>> a
10.0
>>> a=6.785932526
>>> a
6.7859325259999999
>>>

Аритметиката с плаваща запетая никога не е точна, независимо на кой език пишеш. Затова винаги, когато проверяваш дали са равни две числа с плаваща запетая, сравнявай дали абсолютната стойност на разликата им е по малка от някакво мъничко число от рода на 1е-6 или по-малко.

ПС. Верно в Java беше малко по-видимо (не знам точно защо), но по принцип това поведение си е универсално.

[c111100101]

Що не пробваш с double?

Код:

double suma = 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d + 0.1d;

Резултат: 0.9999999999999999

[bop_bop_mara]

Чисто математически 0.(9) (0 цяло и 9 в период) е 1, освен всичко

[romeo_ninov]

И само да допълня че доколкото имам спомени точно 0.1 няма точно представяне във формат с плаваща запетая

[c111100101]

Проблема е, че числата се представят в краен брой битове и от там идва загубата, колкото и малка да е тя. Интересува ме по скоро как тази загуба реално се отразява в практиката?
Възможно ли е да възникнат проблеми вследствие на тази загуба и как се отстраняват?
Или примерно ако сега си стартирам калкулатора на компютъра и събера десет пъти 0.1 получавам точно 1. Как примерно е програмиран калкулатора, че да вади резултат без загуба?

[task_struct]

Проблема с точноста при компютърната аритметика е доста срещан, аз лично се боря с него почти всеки ден

Реално калкулатора също получава числото с грешка, но използва алгоритъм за отстраняването и.
Всяка сметка се извършва с някаква точност. Всичко след тази точност се отрязва или закръглява (нагоре или надолу)

[c111100101]

Всъщност и в Python го има проблема, ето го и теста: 

Код:

>>> a = 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1 + 0.1
>>> a
0.99999999999999989
>>> a = 0.99999999999999989
>>> a
0.99999999999999989
>>> 

[c111100101]

Ето и нещо интересно по темата но за C++
http://www.rbukvar.eu/primer/drobi_tochnost.htm

[laskov]

Чисто математически 0.(9) (0 цяло и 9 в период) е 1, освен всичко

А след няколко бири даже става 2  

[romeo_ninov]

Чисто математически 0.(9) (0 цяло и 9 в период) е 1, освен всичко

А след няколко бири даже става 2  

laskov, ти нали не четеш "Хумор, сатира и забава", защо пишеш като за там?
Марче, 0.9(9) си е 0.9(9), НИКОГА не е 1, ноооо, клони към едно. Което е нещо по-различно

[bop_bop_mara]

Не, точно 1 е.
0.(9)=3*0.(3)=3*(1/3)=1
А понятието клони не е за числа, а за редици и функции.

[b2l]

Не, точно 1 е.
0.(9)=3*0.(3)=3*(1/3)=1

Не е вярно!

[bop_bop_mara]

Не, точно 1 е.
0.(9)=3*0.(3)=3*(1/3)=1

Не е вярно!

Е щом считаш, че не е вярно, обясни защо