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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,61e9062c1f23b9d5 X-Google-Attributes: gid103376,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news2.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!feeder.news-service.com!news.astraweb.com!border1.a.newsrouter.astraweb.com!hwmnpeer01.ams!news.highwinds-media.com!feed.xsnews.nl!border-1.ams.xsnews.nl!193.141.40.65.MISMATCH!npeer.de.kpn-eurorings.net!npeer0.kpn.DE!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: contracted exceptions Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <1181165630.012508.55290@i38g2000prf.googlegroups.com> <19fxsxv1god43$.1pqq8vgfu2itn$.dlg@40tude.net> Date: Sat, 9 Jun 2007 10:21:29 +0200 Message-ID: <1it2vtizha2fi$.jxnoaxmm9sop$.dlg@40tude.net> NNTP-Posting-Date: 09 Jun 2007 10:21:10 CEST NNTP-Posting-Host: 8d4af31b.newsspool3.arcor-online.net X-Trace: DXC=ek;5=26`\iY@>[RYkFXOIPMcF=Q^Z^V3X4Fo<]lROoRQFl8W>\BH3YR?P2N8WQ]`>_DNcfSJ;bb[UIRnRBaCd On Fri, 08 Jun 2007 20:15:03 +0100, Simon Wright wrote: > "Dmitry A. Kazakov" writes: > >> Software and more narrowly exceptions cannot report own bugs. It >> would be a very bad idea to exceptions for that, because vital >> information about the reasons will be inevitably destroyed. The best >> possible way is to break into debugger, stopping everything else. > > I don't really understand the first sentence of this .. When the program has a bug, then it could be anything, including reporting another or non-existing bug, raising exceptions (false positive), not raising exception (false negative), whatever. Let the probability of a program state where it would have a false positive be sufficiently greater than the probability of the states with false negative. Then it is better not to report anything! What is known about these probabilities? > The operator has no access to or interest in a debugger. It is all about having another system monitoring the system one. The best possible secondary system is a programmer with an IDE. An operator comes next. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de