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.3 required=5.0 tests=BAYES_00,FREEMAIL_FROM, INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,6bf9d4ba0cfd8cb6 X-Google-Attributes: gid103376,public From: "Vladimir Olensky" Subject: Re: Announce: OpenToken 2.0 released Date: 2000/02/02 Message-ID: #1/1 X-Deja-AN: 580535647 References: <3890C62B.18309585@telepath.com> <876unj$jcs$1@nnrp1.deja.com> <87799k$aai1@news.cis.okstate.edu> Organization: Posted via Supernews, http://www.supernews.com X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Newsgroups: comp.lang.ada X-Complaints-To: newsabuse@supernews.com Date: 2000-02-02T00:00:00+00:00 List-Id: Hyman Rosen wrote in message ... >Brian Rogoff writes: >> (1) Exceptions: raise a Not_Found when input is exhausted. Some people >> hate this because "Exceptions are only for error handling, not >> control flow!". OCaml (and SML too I think) use exceptions for this, >> and Ada sometimes does (try reading a file stream without using >> File_Type...) > >I don't like this much. >Exceptions are for error handling, not control flow :-) It seems to me that this is somewhat narrow view on that. More generally exceptions could be viewed as mechanism that gives user a tool to signal outside that some condition is true and ability to handle this signal in the place that is not known in advance. Or it may be viewed as some program event. In the event driven system we have ability to choose the level/scope where this event will be handled. If language has well defined and constructed exceptions mechanism without much overhead then there is nothing wrong in using exceptions as condition signals or events. Regards, Vladimir Olensky