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,53ce549c3b1907c1 X-Google-Attributes: gid103376,public X-Google-Thread: 101deb,702e716e8c4544e8 X-Google-Attributes: gid101deb,public X-Google-ArrivalTime: 2003-03-17 17:49:35 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!logbridge.uoregon.edu!gestalt.direcpc.com!cyclone2.usenetserver.com!news.webusenet.com!news01.optonline.net!news4.srv.hcvlny.cv.net.POSTED!not-for-mail From: "John W. Kennedy" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.pl1,comp.lang.ada Subject: Re: Ada Versus PL/I - The debate continues References: <3E73F755.79E9723B@adaworks.com> <3E764F5F.4A025D83@yahoo.com> In-Reply-To: <3E764F5F.4A025D83@yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Tue, 18 Mar 2003 01:49:30 GMT NNTP-Posting-Host: 67.82.223.172 X-Trace: news4.srv.hcvlny.cv.net 1047952170 67.82.223.172 (Mon, 17 Mar 2003 20:49:30 EST) NNTP-Posting-Date: Mon, 17 Mar 2003 20:49:30 EST Organization: Optimum Online Xref: archiver1.google.com comp.lang.pl1:4535 comp.lang.ada:35432 Date: 2003-03-18T01:49:30+00:00 List-Id: Peter Flass wrote: > "John W. Kennedy" wrote: >>>Error recovery in Ada works quite well, thank you. >>Robin believes that it is a _good_ thing that PL/I allows the run-time >>ON statement to alter the currently-assigned error recovery, and that >>PL/I allows return to point of error, and will not be convinced that >>both of these were excluded from Ada (and every other language I know of >>with error handling) precisely because experience with PL/I was unfortunate. > I disagree vehemently. They were excluded because they were difficult > to implement. If you want to accuse the authors of the "Ada '83 Rationale" of lying, do it to their faces and leave me out of it. > Java > (I believe) with its "try/catch" has effectively tried to re-introduce > this. Any other type of error handling is deficient. Java's try/catch is (as far as this goes) no different from C++'s try/catch. Exception handlers are based on the call stack, with no ability to arbitrarily switch from one handler to another at run time, and at least one block (the "try" block) must be terminated. Java's only significant addition is the optional "finally" block (a block that is executed -- normally resource-release code -- after either successful or unsuccessful execution). -- John W. Kennedy "Only an idiot fights a war on two fronts. Only the heir to the throne of the kingdom of idiots would fight a war on twelve fronts." -- "Babylon 5"