W dniu 2016-12-03 o 19:26, HF5BS pisze:
>
> Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
> news:phapwfedlpal$.b77f1vi5x2g5.dlg@40tude.net...
>> Dnia Sat, 3 Dec 2016 01:22:11 +0100, HF5BS napisał(a):
>>> Co do matematyki - w C64 odejmij 5.2-5... Wynik <>0.2... (kiedyś mi
>>> przez
>>> ten błąd jeden program liczący odległości pokazywał kompletne
>>> bzdury). Radzę
>>> sobie wtedy, mnożąc elemeny działania przez 10 i o tyleż dzieląc wynik,
>>> wyjdzie OK.
>>
>> Hm, jesli w C64 nie spieprzyli czegos mocno, to wynik nie powinien
>> bardzo odbiegac od 0.2. Co jak co, ale odleglosci powinny sie liczyc
>
> No, tak bardzo nie odbiegał. Ale czegoż wymagać od liczby zaledwie
> 5-bajtowej? Problem był głównie w tym, że właśnie granica 0.2 była
> podziałem między obszarami. Wynik poniżej 0.2 zaliczał obiekt do
> położonego w sąsiednim obszarze. Najlepsze, że spowodowało to w końcu
> zaliczenie położenia, do obszaru, który nie istnieje. Mimo, że wyliczona
> odległość nie była specjalnie różniąca się od właściwej. Musiałem
> zastosować wybieg, gdzie cząstki odejmowania pomnożyłem najpierw przez
> 10, wykonałem odejmowanie i wtedy wynik podzieliłem przez 2, co już dało
> oczekiwane 0.2.

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.


--
Pozdr

Janusz_k