PC-HELP.CZ

Co kdybys to zkusil počítat celočíselně? Prostě všechna ta čísla vynásob stovkou -> posuň desetinnou čárku od dvě místa vpravo, a úplně nakonec výsledek tou stovkou zase vydělíš.

A kdybys sem ten soubor hodil, třeba jen konkrétní kus tabulky s odstraněnými ostatními údaji, tak by nám to s hledáním problému dost pomohlo

OT: Jinak v Excelu je těch bugů celá řada, jeden pochází dokonce až z roku 1979, uchovávají ho tam prý kvůli "zpětné kompatibilitě"

dobrej nápad farao

ITCrowd píše:To těžko.
To by se stejná chyba objevovala třeba v linuchu a ve všech programovacích jazycích.

Myslis treba na webu v Javascriptu? :)
https://js.do/code/449950

Nebo v C/C++? (1 by se nemela vytisknout)
https://www.onlinegdb.com/ByARqcL2I

Myslíš, že klikám na každý odkaz???

OK, tak ja to popisu - jednoduchy priklad, zacne se nulou a dokud je vysledek mensi nez jedna, tak se zobrazi a pricte 0,1. Spravne by se tedy melo zobrazit 0-0,9.

Vysledek editoru Javascriptu:
0
0.1
0.2
0.30000000000000004
0.4
0.5
0.6
0.7
0.7999999999999999
0.8999999999999999
0.9999999999999999

Vysledek editoru C/C++:
0
0.1
0.2
0.3
0.4
0.5
0.6
0.7
0.8
0.9
1

java skript na woknech je stejný jako na vbs.
C je ok.
Čili jsi dokázal, že mám pravdu.

C taky neni OK, to by tu 1 nevytisknul. Interne bude mit opet neco jako 0,9999999999 (a proto cyklus projde jeste jednou a vytiskne tu zaokrouhlenou 1), ale na vystup to zaokrouhli na 1

Zivan píše:... tak se zobrazi a pricte 0,1. Spravne by se tedy melo zobrazit 0-0,9.

Ne, nemělo. Uvědom si, že počítač počítá ve dvojkové soustavě, a v ní je dělení deseti značně netriviální záležitost, podobně jako bys v té desítkové ručně na papíře dělil třeba sedmnácti.

Na rozdíl od desítkové je totiž binární 1/10 číslo s nekonečným desetinným rozvojem, podobně jako třeba Pí, ale počítač počítá jenom s konečnou přesností. Pročež jsem už od konce osmdesátých let v každé dobré učebnici programování (tehdy v BASICu) četl, že desetinné číslo se v cyklu přičítat nesmí! A ze stejného důvodu se desetinná čísla také nedají porovnávat pomocí =.

Takže takhle to bude nesprávně v Céčku:

A zcela chybný výsledek vypsaný s vyšší přesností:


Zatímco správný způsob by byl:

S očekávaným výsledkem:


Příčinu zjistíš takhle:




Všechny ty výsledky jsou samozřejmě pouze přibližné, protože převodem z dvojkové do desetinné soustavy dochází k dalším odchylkám. Jediný způsob jak se tomu vyhnout je použít jazyk COBOL, určený pro bankovní operace, který počítá desítkově a všechna čísla ukládá v kódu BCD. Ale věř mi že to nechceš, programátoři v COBOLu jsou sice už přes šedesát let placení nejlépe ze všech, ale jsou to krvavě vydřené peníze

Zkoušel jsi možnost "přesnost výpočtu podle zobrazení"?
Soubor-Možnosti-Upřesnit-Při výpočtech v tomto sešitu-zaškrtnout volbu "Nastavovat přesnost podle zobrazení" (Excel 2016)

faraon:
Fakt si myslis, ze udelam jednoduchy priklad pro ukazku chyby, tak mi musis vysvetlovat, co je na nem spatne? :)

Tak jsem vykousnul část tabulky aby bylo vidět jak původní číslo (sloupec C), které se v originále tahá z jiného listu ale vyjde to nastejno, tak přepočet na záporné/kladné (Sloupec D) podle hodnot ve sloupci B. No a výsledek v kontingenčce je vidět vedle...

http://leteckaposta.cz/899457599

Nešlo by to třeba přes Uložto? Letecká pošta se se mnou už delší čas nebaví, zřejmě proto že mám zablokované příliš agresivní reklamní servery
Nebo rovnou tady do SZ, těch dvacet kilobajtů se mi tam snad vejde.