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 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,ac02560f0af03a21 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-01-06 12:54:37 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!elnk-nf2-pas!elnk-pas-nf1!newsfeed.earthlink.net!cyclone.socal.rr.com!cyclone2.kc.rr.com!news2.kc.rr.com!twister.socal.rr.com.POSTED!53ab2750!not-for-mail Sender: kst@nuthaus.mib.org Newsgroups: comp.lang.ada Subject: Re: GNAT parameter passing, C-style? References: <3FEC43B2.5080606@noplace.com> <1072450300.440355@master.nyc.kbcfp.com> <3FEC4E89.2070804@noplace.com> <1072458199.346049@master.nyc.kbcfp.com> <3fec7c21$0$4764$61fed72c@news.rcn.com> <4iBIb.8173$qS3.498@nwrdny03.gnilink.net> From: Keith Thompson Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 06 Jan 2004 20:54:33 GMT NNTP-Posting-Host: 66.91.248.166 X-Complaints-To: abuse@rr.com X-Trace: twister.socal.rr.com 1073422473 66.91.248.166 (Tue, 06 Jan 2004 12:54:33 PST) NNTP-Posting-Date: Tue, 06 Jan 2004 12:54:33 PST Organization: RoadRunner - West Xref: archiver1.google.com comp.lang.ada:4156 Date: 2004-01-06T20:54:33+00:00 List-Id: "Robert I. Eachus" writes: > Keith Thompson wrote: > > > One of the biggest advantages of Ada over C is that it has far fewer > > instances of undefined behavior. An advantage of C over Ada is that > > it uses the straightforward term "undefined behavior" rather than > > "erroneous execution". > > No, no, you are thinking of Ada 83. In the brave new world of Ada 95, > we have "bounded errors" as well. ;-) I don't think I have ever seen > any difference in practice, but apparently it makes some users more > comfortable. For Ada, there's not much difference *to the user* between a bounded error and erroneous execution; they're both to be avoided. It's an important distinction to implementers, though. -- Keith Thompson (The_Other_Keith) kst-u@mib.org San Diego Supercomputer Center <*> Schroedinger does Shakespeare: "To be *and* not to be"