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.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f039470e8f537101 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-07-24 06:52:42 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!bloom-beacon.mit.edu!nycmny1-snh1.gtei.net!news.gtei.net!priapus.visi.com!news-out.visi.com!petbe.visi.com!ash.uu.net!spool.news.uu.net!not-for-mail Date: Thu, 24 Jul 2003 09:52:22 -0400 From: Hyman Rosen User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030611 Thunderbird/0.1a X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Ariane5 FAQ References: <1058810510.375902@master.nyc.kbcfp.com> <1058813341.841940@master.nyc.kbcfp.com> <1058816605.566685@master.nyc.kbcfp.com> <1058969472.350716@master.nyc.kbcfp.com> <1058982513.114816@master.nyc.kbcfp.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Organization: KBC Financial Products Message-ID: <1059054743.101946@master.nyc.kbcfp.com> Cache-Post-Path: master.nyc.kbcfp.com!unknown@nightcrawler.nyc.kbcfp.com X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/) NNTP-Posting-Host: 204.253.250.10 X-Trace: 1059054743 2586 204.253.250.10 Xref: archiver1.google.com comp.lang.ada:40762 Date: 2003-07-24T09:52:22-04:00 List-Id: Vinzent Hoefler wrote: > It is supect. And what to do, if you *suspect* a wrong value? Pop up a > window and let a human operator confirm, everything is still good? > Please also take limited CPU-time into your considerations. I don't understand your point. It's a computer program - it's going to do *something* under these circumstances. The people who specify the program behavior must decide what it is going to do. The decision may be difficult, but it must be made nevertheless. > But to decide when exactly a particular value is really wrong or not > is indefinitely harder to make. There is a gray area and you really > don't want to implement some fuzzy logic in such CPUs. It may be hard, but that does not absolve the designer from deciding what it should do. If you choose not to decide, you still have made a choice.