eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingBłędny epsilon - this is not a bug, this is ? › Re: Błędny epsilon - this is not a bug, this is ?
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-01.news.n
    eostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    From: "slawek" <s...@h...pl>
    Newsgroups: pl.comp.programming
    References: <50924bb1$0$1308$65785112@news.neostrada.pl>
    <k72sqt$gq$1@news.dialog.net.pl>
    <509505f2$0$1317$65785112@news.neostrada.pl>
    <k734vm$43g$1@news.dialog.net.pl>
    <509533d1$0$26687$65785112@news.neostrada.pl>
    <k797v2$t98$1@news.dialog.net.pl>
    <509848c6$0$1208$65785112@news.neostrada.pl>
    <k79hhh$26k$1@news.dialog.net.pl> <k7am9f$n0p$1@zeus.man.szczecin.pl>
    <k7apte$eiu$1@news.task.gda.pl>
    In-Reply-To: <k7apte$eiu$1@news.task.gda.pl>
    Subject: Re: Błędny epsilon - this is not a bug, this is ?
    Date: Tue, 6 Nov 2012 21:03:04 +0100
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Priority: 3
    X-MSMail-Priority: Normal
    Importance: Normal
    X-Newsreader: Microsoft Windows Live Mail 14.0.8117.416
    X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8117.416
    Lines: 17
    Message-ID: <50996cf8$0$1312$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 62.69.202.124
    X-Trace: 1352232184 unt-rea-a-02.news.neostrada.pl 1312 62.69.202.124:63953
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.comp.programming:200543
    [ ukryj nagłówki ]


    Użytkownik "AK" <n...@n...com> napisał w wiadomości grup
    dyskusyjnych:k7apte$eiu$...@n...task.gda.pl...
    > Wszedzie. W numeryce, nawet w bankowosci (nie wszedzie jest/byl decimal)
    > slowem wszedzie gdzie wystepuja dzialania na fp [ ciach trywialne
    > zastosowanie fabs i eps ]

    1. Każda dobra implementacja "floatsów" gwarantuje, że jeżeli a > b to nie
    jest b > a, oraz jeżeli a == b to nie zachodzą ostre nierówności. Dlatego
    porównywanie jest (powinno być) bezpieczne.

    2. Nie jest dobra implementacja, w której a = b nie gwarantuje potem a ==
    b. Oczywiście to samo dla a = b, c = b, sprawdzamy a == c . Zła
    implementacja - i nawet "protezy" w rodzaju "epsilonowania" każdego
    porównania liczb rzeczywistych niewiele pomagają.


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: