Podczas obliczeń konwersja do decimal nie jest potrzebna. Nie potrzebujesz przewidywalności, jedynem celem tych algorytmów jest prezentacja człowiekowi danych i nic więcej. Ten problem z utrudnioną prezentacją niektórych liczb jest wyłacznie problemem estatycznym.
W dniu 03.12.2016 o 22:38, Sebastian Biały pisze:
Nie musicie czekać, IBM Power8 to ma.
No ma, ale nikt tego nie używa do czegokolwiek sensownego. Żeby było na hardware musi poawić sie na maszynach do ogladania porno i facebooka. Czekamy.
Nikt tu nie widział takiego cuda?
Za pomocą liczb float nie da się tego w ogólnym przypadku uzyskać i nie ma to nic wspólnego z prezentacją. Prezentacja z "błędami" to tylko proba estatycznego zamiatania pod dywan problemów z mantysą.
Nie da się. Rozwinięcia bywają nieskończone lub niepraktycznie długie bez względu na wybór mantysy.
To tylko efekt warstwy prezentacji lub innego sposobu trzymania mantysy. W ogólnym przypadku w dowolnie wymyslonej reprezentacji nie da się zapisać dowolnej liczny, nawet wymiernej, bo pamięci zabraknie. Można albo oszukiwac przy wyświetlaniu albo modyfikować mantysę aby zadowolić jakąs grupę (jak dziesietne mantysy w IEE754-2008).
Pewne substytuty mozna uzyskać licząc symbolicznie i odraczając dzielenia ale to nie jest zawsze możliwe. Mówiąc wprost każde obliczenia floating point są obarczone błędem. Trzeba z tym żyć i nauczyć się go minimalizować.
Spectrum też miał błąd w arytmetyce, tylko nie pamiętam, jakich liczb dotyczył - bliskich 1?
Użytkownik "RoMan Mandziejewicz" snipped-for-privacy@pik-net.pl.invalid> napisał w wiadomości news: snipped-for-privacy@pik-net.pl.invalid...
Np. 1.01-1=0.009999998 Tak pokazał emulator. To samo 2.01-2, ale już 2.02-2=0.02.
Nie - to co pokazujesz, to jest sprawa gównianej precyzji. Był grubszy błąd związany z interpretacją 5-bajtowego zapisu.
Precyzja Spectrum nie odbiegala jakos bardzo od innych maszych w tych czasach, przynajmniej na liczbach typu "float" :-)
Mowa byla o C64 ... tam nie wiem, ale cos mi chodzi po glowie, ze atari uzywalo formatu zmiennoprzecinkowego z uzyciem BCD. To takich "bledow" tam nie bedzie, beda inne :-)
J.
W dniu 2016-12-03 o 19:26, HF5BS pisze:
Bo to był Twój błąd w programie wynikający z braku znajomości reprezentacji liczb rzeczywistych, takich liczb się NIE porównuje tylko bada czy mieści się w danym zakresie, jakbyś wynik badał np: czy mieści się >0,19 <0,21 to byś nie miał problemów. Prawie każdy początkujący programista się wykłada na porównaniu liczb float.
ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.