eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaPorównywanie liczb, double float › Re: Porównywanie liczb, double float
  • Data: 2019-06-13 17:28:02
    Temat: Re: Porównywanie liczb, double float
    Od: Dariusz Dorochowicz <_...@w...com> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    W dniu 2019-06-12 o 14:17, Pszemol pisze:
    > Witam, spędziłem wczoraj sporo godzin w biurze na debugowaniu
    > kodu napisanego przez naszego kontraktora i w końcu znalazłem buga.
    > Przyczyną błędu była różnica odejmowania dwu liczb całkowitych
    > wynosząca 15.1234e-15 :-)
    >
    > Ale może więcej szczegółów podam:
    >
    > Pisząc w Visual Basic 6 gostek porównywał rezultat konwersji CDbl()
    > stringu od którego odjął stałą numeryczną 1.8 do lokalnej zmiennej double.
    >
    > Czyli mamy kod:
    >
    > Sub AlaMaKota(nieważne tutaj argumenty procedury)
    > Dim len as Double
    >
    > len = CDbl("tekst wydłubany z RS232") - 1.8
    >
    > If len <> CDbl("inny tekst wydłubany z RS232) Then
    >    zgłoś błąd i kapitulujemy... kaput!
    > Else
    >    lecimy z testami talej, wsio w pariadkie
    > Endif.
    >
    > Pierwszy tekst z RS232 był 32.8, drugi 31. 32.8-1.8 = 31.
    > Powinno być wszystko ok, bo w matematyce 31 równe jest 31 :-)
    > Wynik porównania VB6 był 31 nie jest równe 31 i program
    > kapitulował...
    >
    > Po zamienieniu testu "if double <> double then" na test
    > "if double - double < -0.001 Or double - double > 0.001 then"
    > program zaczął pracować normalnie.
    >
    > Przyczyną błędu była różnica odejmowania wynosząca 15.1234e-15
    >
    > Dlaczego konwersja CDbl stringu 31 lub 32.8 dodaje jakieś
    > śmieci do zmiennej double float na 15 miejscu po przecinku??
    > A może odejmowanie stałej 1.8 wprowadza ten błąd?
    >
    > Czy to jest normalne zachowanie się VB6?
    >
    > Czy inne Visuale jak VC++ lub VC# też tak mają?

    Kiedy dawno temu (naprawdę dawno) pisałem/modyfikowałem program do pracy
    dyplomowej to w pewnym momencie zaczął się wysypywać z błędem dzielenia
    przez zero. Po dochodzeniu okazało się że pomimo jawnej deklaracji
    double pewne konkretne obliczenia robił na real i w mianowniku pojawiało
    się zero. Żadne jawne deklaracje i wymuszenia typu obliczeń tego nie
    potrafiły zmienić, pomogła dopiero zmiana kompilatora. Sztuczne dodanie
    obliczeń powodowało tylko przesunięcie momentu wywalenia się programu.
    Podobne obliczenia w innym miejscu robił jak należy. A ten drugi
    (właściwie to on był pierwszy tylko z pewnych powodów chciałem użyć
    innego) nie miał w ogóle takich problemów.

    Pozdrawiam

    DD

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: