From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,31d67020d4b04d5b X-Google-Attributes: gid103376,public From: Keith Thompson Subject: Re: Simple Real_Time.Time_Span question Date: 1998/10/14 Message-ID: #1/1 X-Deja-AN: 401140322 Cache-Post-Path: wagasa.cts.com!kst@king.cts.com Sender: kst@king.cts.com References: <6vvsgo$rvo$1@nnrp1.dejanews.com> <7003e4$534@hacgate2.hac.com> <700ic6$q1p$1@nnrp1.dejanews.com> Organization: CTS Network Services Newsgroups: comp.lang.ada Date: 1998-10-14T00:00:00+00:00 List-Id: eachus@spectre.mitre.org (Robert I. Eachus) writes: > In article <700ic6$q1p$1@nnrp1.dejanews.com> dennison@telepath.com writes: > 1) You've got to be kidding! Converting time to floating point to > do calculations is what caused problems with the Patriot system in > Dahran. A brief summary: floating-point is tricky. > 2) Any fixed point value can be converted to any floating point > type. The precision and accuracy will be determined by the types > involved. You seem to be under the impression that (double-precision) > floating point will be more accurate than Duration. Assuming that > Duration is a 64-bit fixed point type (and the annexes encourage such > an implementation), this will usually not be the case. But you can't assume this in portable code. I'm reasonably certain that there are existing Ada 95 implementations in which Duration is 32 bits -- and the original poster explicitly said that the code would have to be ported to other implementations. -- Keith Thompson (The_Other_Keith) kst@cts.com <*> Qualcomm, San Diego, California, USA I must be a techno-geek. My mouse is bigger than my phone.