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.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,31c0457c1c47fc2 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-10-23 07:39:29 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!psinet-eu-nl!psiuk-p4!psiuk-p3!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: Have you ever had a bug caused by... Date: Tue, 23 Oct 2001 09:30:35 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9r3rdt$d6f$1@nh.pace.co.uk> References: <27085883.0110191714.784d3d25@posting.google.com> <9r25o0$fla$1@nh.pace.co.uk> <9r2f090nu2@drn.newsguy.com> NNTP-Posting-Host: dhcp-200-133.miami.pace.co.uk X-Trace: nh.pace.co.uk 1003843837 13519 136.170.200.133 (23 Oct 2001 13:30:37 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 23 Oct 2001 13:30:37 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:15077 Date: 2001-10-23T13:30:37+00:00 List-Id: It isn't even new with Ada. Pascal was doing this long before Ada was invented. IIRC, some Fortran compilers would generate runtime exceptions on an array index out of bounds. It was one of those things left out of C because C was supposed to be a high-level assembly language. "You want checks? Put them in yourself!" Most of the kinds of checking that Ada does are not particularly new. Language designers have been putting in compile & runtime checks on all kinds of things for years. Its really just a difference in mentality. The C mindset being "Don't burden the code with anything that doesn't need to be there so we get maximum possible efficiency". Maybe at one time that made some sense, but with the speed of today's processors and in most application arenas it really doesn't make much sense. The small percentage of CPU used for runtime checks just doesn't show up above the noise level. (Of course there are still some apps for which it *does* make sense, and that's why Ada lets you disable the checks as you need to.) MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "Robert*@" wrote in message news:9r2f090nu2@drn.newsguy.com... > > When Java came out, everyone was so excited about it, and how much more > reliable it was, more than C, and the most common thing sited was that > it detected array overrun conditions are run-time, wow! as if this was a > new concept, and Ada had that for 15 years before Java was born. > > Yes, Ada does even more today than Java/C/C++. None of those other languages > for example will detect a floating point overflow/underflow at run-time, but > Ada will. >