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.7 required=5.0 tests=BAYES_00,MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,e61c8636ef35379d X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-01-17 20:00:18 PST Path: supernews.google.com!sn-xit-02!supernews.com!news.gv.tsc.tdk.com!falcon.america.net!sunqbc.risq.qc.ca!newsfeed.mathworks.com!news.maxwell.syr.edu!nntp2.deja.com!nnrp1.deja.com!not-for-mail From: Robert Dewar Newsgroups: comp.lang.ada Subject: Re: Examples in Docs, was Re: Escape Sequences in Strings Date: Thu, 18 Jan 2001 03:52:22 GMT Organization: Deja.com Message-ID: <945p9l$8ea$1@nnrp1.deja.com> References: <93objj$guk$1@nnrp1.deja.com> <93q77h$rr6$1@nnrp1.deja.com> <940f9j$nj2$1@nnrp1.deja.com> <940n0u$tnf$1@nnrp1.deja.com> <942brr$b0t$1@nnrp1.deja.com> <942vqr$sd0$1@nnrp1.deja.com> <871yu16d9j.fsf@chiark.greenend.org.uk> NNTP-Posting-Host: 205.232.38.14 X-Article-Creation-Date: Thu Jan 18 03:52:22 2001 GMT X-Http-User-Agent: Mozilla/4.61 [en] (OS/2; U) X-Http-Proxy: 1.0 x57.deja.com:80 (Squid/1.1.22) for client 205.232.38.14 X-MyDeja-Info: XMYDJUIDrobert_dewar Xref: supernews.google.com comp.lang.ada:4139 Date: 2001-01-18T03:52:22+00:00 List-Id: In article <871yu16d9j.fsf@chiark.greenend.org.uk>, Matthew Woodcraft wrote: > I don't know how errata in the Ada standard are dealt with, > but I can imagine a case where the language designers could > be stuck with a meaning they didn't intend (making some > construct effectively unusable, for example), but be unable > to change it because the standard as published was > consistent and unambiguous. This represents a serious misconception, of course the standards committee can fix errors of this kind, and this has often occured. No one ever gets "stuck" in a case like this. You are imagining a problem that simply does not exist. For example, in the original Ada 83 definition, it was clear and unambiguous that subtype r is range 1 .. 10; did NOT make r a static subtype. In fact there were essentially no static subtypes. The definition was clear, consistent, and unambiguous on this point, but of course this was understood to be an error (it is indeed interesting to study how this error arose), and was fixed. > An example of the construct as they had intended > it to be used would prevent this occurring. Very unlikely indeed. Most of the examples are trivial and very unlikely to be informative in this manner. We HAVE found a number of cases where the examples were incorrect :-) Sent via Deja.com http://www.deja.com/