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 ?
  • Received: by 10.52.66.235 with SMTP id i11mr870806vdt.7.1352285333854; Wed, 07 Nov
    2012 02:48:53 -0800 (PST)
    Received: by 10.52.66.235 with SMTP id i11mr870806vdt.7.1352285333854; Wed, 07 Nov
    2012 02:48:53 -0800 (PST)
    Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!news.supermedia.pl!plix.pl!newsfeed2.plix.pl!feed.xsnews.nl!border-2.a
    ms.xsnews.nl!feeder3.cambriumusenet.nl!feed.tweaknews.nl!209.197.12.246.MISMATC
    H!nx02.iad01.newshosting.com!newshosting.com!69.16.185.16.MISMATCH!npeer02.iad.
    highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!c7no98
    78797qap.0!news-out.google.com!gf5ni33152614qab.0!nntp.google.com!c7no9545808qa
    p.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
    Newsgroups: pl.comp.programming
    Date: Wed, 7 Nov 2012 02:48:53 -0800 (PST)
    In-Reply-To: <k7bsn2$97b$1@mx1.internetia.pl>
    Complaints-To: g...@g...com
    Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=193.189.80.39;
    posting-account=EexxQQoAAAAkOfWz0VZRKLcHNpXJZLB9
    NNTP-Posting-Host: 193.189.80.39
    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>
    <50996cf8$0$1312$65785112@news.neostrada.pl>
    <k7bsn2$97b$1@mx1.internetia.pl>
    User-Agent: G2/1.0
    MIME-Version: 1.0
    Message-ID: <5...@g...com>
    Subject: Re: Błędny epsilon - this is not a bug, this is ?
    From: Roman W <r...@g...com>
    Injection-Date: Wed, 07 Nov 2012 10:48:53 +0000
    Content-Type: text/plain; charset=ISO-8859-2
    Content-Transfer-Encoding: quoted-printable
    X-Received-Bytes: 2682
    Xref: news-archive.icm.edu.pl pl.comp.programming:200596
    [ ukryj nagłówki ]

    W dniu wtorek, 6 listopada 2012 20:36:36 UTC użytkownik Michoo napisał:
    > On 06.11.2012 21:03, slawek wrote:
    >
    > > 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ą.
    >
    >
    >
    > Udajesz, że nie rozumiesz problemu. ;)
    >
    >
    >
    > Jeżeli a==b i c==b to a==c. Ale jeżeli a, b i c to wyniki trzech różnych
    >
    > obliczeń których wartością jest ta sama liczba rzeczywista a niektóre
    >
    > wyniki pośrednie nie są reprezentowane _dokładnie_ w użytym typie danych
    >
    > otrzymujesz trzy wartości różne binarnie, ale równe logicznie. Od tego
    >
    > jest "epsilonowanie", żeby w toku obliczeń też były traktowane jako równe.

    Co - powtorze sie - nie zawsze jest tym, co chcemy osiagnac.

    RW

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: