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,c4190027f6de5b93 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-01-30 01:15:03 PST From: "Martin Dowie" Newsgroups: comp.lang.ada References: <94jr16$j2q$1@nnrp1.deja.com> <94ki0n$j4d$1@usenet.rational.com> <3a6ef4d9$1@pull.gecm.com> <3a7188ec$1@pull.gecm.com> <94s4ov$qfo$1@nnrp1.deja.com> <3A7316F6.87EDF50B@ntlworld.com> <3A753496.67442B90@praxis-cs.co.uk> <955n83$cjr$1@nnrp1.deja.com> Subject: Re: Computation of exception handling Date: Tue, 30 Jan 2001 09:15:27 -0000 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 NNTP-Posting-Host: superted.dsge.edinbr.gmav.gecm.com Message-ID: <3a768497$1@pull.gecm.com> X-Trace: 30 Jan 2001 09:08:39 GMT, superted.dsge.edinbr.gmav.gecm.com Path: supernews.google.com!sn-xit-02!supernews.com!isdnet!newsfeeds.belnet.be!news.belnet.be!btnet-peer1!btnet-feed5!btnet!newreader.ukcore.bt.net!pull.gecm.com!superted.dsge.edinbr.gmav.gecm.com Xref: supernews.google.com comp.lang.ada:4695 Date: 2001-01-30T09:15:27+00:00 List-Id: so could the following template be described as 'safe'? i.e. limit the 'allowable' use of exceptions situation where they never propagate? procedure blah (value : out ; successful : out boolean) is -- exceptions not allowed here begin -- exceptions allowed from here successful := true; -- exceptions not allowed from here exception when => -- exceptions not allowed here value := successful := false; end blah; Robert Dewar wrote in message news:955n83$cjr$1@nnrp1.deja.com... > In article <3A753496.67442B90@praxis-cs.co.uk>, > Peter Amey wrote: > > One of the main reasons SPARK does not support exceptions is > > that we wanted a language free from implementation > > dependencies. > > I don't see any unsurmountable obstacle in defining extensions > to SPARK that would allow exceptions to be raised without > creating any implementation defined unknown situations. Yes > you would have to limit what can be done in exception handlers, > but SPARK is in the business of figuring out appropriate > restrictions :-) > > > Sent via Deja.com > http://www.deja.com/