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.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,93a8020cc980d113 X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!postnews.google.com!p77g2000hsh.googlegroups.com!not-for-mail From: "Chad R. Meiners" Newsgroups: comp.lang.ada Subject: Re: What is wrong with Ada? Date: 14 Apr 2007 12:56:57 -0700 Organization: http://groups.google.com Message-ID: <1176580617.430372.71400@p77g2000hsh.googlegroups.com> References: <1176150704.130880.248080@l77g2000hsb.googlegroups.com> <461B52A6.20102@obry.net> <461BA892.3090002@obry.net> <82dgve.spf.ln@hunter.axlog.fr> <1176226291.589741.257600@q75g2000hsh.googlegroups.com> <4eaive.6p9.ln@hunter.axlog.fr> <1rbtw92apxpl1.1ednvo8v6oiq8$.dlg@40tude.net> NNTP-Posting-Host: 69.176.139.218 Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Trace: posting.google.com 1176580617 7365 127.0.0.1 (14 Apr 2007 19:56:57 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sat, 14 Apr 2007 19:56:57 +0000 (UTC) In-Reply-To: User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1,gzip(gfe),gzip(gfe) Complaints-To: groups-abuse@google.com Injection-Info: p77g2000hsh.googlegroups.com; posting-host=69.176.139.218; posting-account=paoWPg0AAABe-C1bfTlsEbfoc5yNqKFn Xref: g2news1.google.com comp.lang.ada:15019 Date: 2007-04-14T12:56:57-07:00 List-Id: On Apr 12, 3:54 pm, "Peter C. Chapin" wrote: > > But the number of program states is finite, or else the program is wrong > > anyway? > > In a Turing complete programming language it is possible to write programs > with unbounded amount of state. Indeed... this is the essence of Turing > completeness. > > P.S. If I understand SPARK properly, the SPARK subset of Ada is not Turning > complete because for any given program there is a bound on how much state > information the program might use. As a result the halting problem is > decidable for SPARK programs. This is a consequence of the lack of dynamic > allocation and recursion. And you are correct in this. > Of course useful programs can still be written > with SPARK despite its theoretical incompleteness. I imagine that making > SPARK less powerful than a Turing machine is the whole point of the > restrictions it imposes. Turing machines are hard to analyze. Turing machines, in general, are hard to analyze; the point is to try to find a subset of Turing machines that are useful and easy to analyze.