C - jämföra två flyttal

Kom inte ihåg exakta orsaken men visst är det extra svårt att jämföra två flyttal i C? Har ett program som just ska göra det. Problemet är att programmet alltid tror att flyttalen är lika stora. Postar här endast en del av hela koden. Tänker att det borde enkelt se hur jag tänker fel, behöver hela koden postas kan jag göra det.
Kod av funktion:

Du får ta en titt på det logiska villkoret som ser felaktigt ut. Du kanske hade tänkt använda '&&' istället för '||'.

Mindre än 0.00001 eller större än -0.00001. Detta kommer alltid att vara sant.

Testa istället:

Inte svar på frågan men ett tips, om du tar absolutvärdet av skilnaden så slipper du ha eller.

Detta funkar för mig vid en snabb test:

Tackar det var det plus ett annat fel i övriga koden.
Nu löste jag det nog med att byta ut till &&. Men av nyfiken undrar jag det betyder när du skriver f på det där sättet?

0.1 är representerat som en double medans 0.1f är representerat som en float.



Man skriver "f" efter en siffra för att vara övertydlig med att det är just en float vi ska syssla med och inte någon annan datatyp.

0.1f är float, 0.1 är double, 0.1L är long double.

Är kass på C, men kan man inte jämföra hur de representeras, alltså bitmönster? Samma mönster -> samma tal. Fast relationer som < och > blir knepiga.

Det hjälper inte, snarare tvärtom. IEEE 754 tillåter (för enkelhets/hastighets skull antar jag) bl.a. att talet noll har signbiten antingen av eller på, och har alltså en positiv nolla och en negativ. Den senare kan t.ex. uppstå om man multiplicerar ett negativt tal som -1.0 med 0.0. Så bitmönstren kan vara olika, men jämförs de med operatorer som == kräver standarden att de ska behandlas som lika.


Ger på min dator:

Det borde inte vara svårt att fixa bitvis (sen om det är bästa sättet är en annan sak). Kolla om alla bitar utom sign är 0, isåfall sätt sign till 0, sen kör som vanligt.

Förutsatt att systemet verkligen använder IEEE 754, vilket är det absolut vanligaste, skulle man kunna göra så här och slippa veta eller ta reda på endianness för att hitta signed-biten:


Men det löser som sagt inte problemet med att flyttal har begränsad upplösning. https://stackoverflow.com/a/2100502 verkar förklara det ganska bra, och ett tillägg är att standarden dessutom godkänner fem olika avrundningsregler för att fungera med alla processorer. Alla avrundar till något av de två värden som är närmast det exakta, men skiljer sig åt i hur de gör det. Tänk dig en decimal flyttalstyp med 8 siffor, där 1/3 kan bli antingen 0.33333333 eller 0.33333334.

Heltal är inga problem med +, -, * och /, så länge man inte överflödar. 81.0 / 9.0 är alltid 9.0. Men då kan man ju lika gärna använda en heltalstyp. Andra operationer, som innefattar algoritmer och oändlighet, ska man nog inte lita alltför mycket på, åtminstone om man ska tro https://stackoverflow.com/a/26071783/1246115.