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,820de86ed0dafb8a X-Google-Attributes: gid103376,public From: Mats Weber Subject: Re: Help Me Please :) Date: 2000/03/30 Message-ID: <38E389D7.5CD82114@mail.com>#1/1 X-Deja-AN: 604410237 Content-Transfer-Encoding: 7bit References: <89rlvr$gn9$1@nntp3.atl.mindspring.net> <38D8A607.F61F0FFF@mail.com> <8brm79$jm3$1@slb6.atl.mindspring.net> X-Accept-Language: en Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@sunrise.ch X-Trace: news1.sunrise.ch 954436056 24207 195.141.231.162 (30 Mar 2000 17:07:36 GMT) Organization: Usenet provided by sunrise communications ag Mime-Version: 1.0 NNTP-Posting-Date: 30 Mar 2000 17:07:36 GMT Newsgroups: comp.lang.ada Date: 2000-03-30T17:07:36+00:00 List-Id: Richard D Riehle wrote: > And what would be the parameter type(s)? Are you suggesting an > exception defined with parameters in the same way one defines > subprograms? That would seem to increase complexity of both the > compiler design and the resulting applications. It is an increase > in complexity that seems unnecessary under any but the most unusual > circumstances. I think the increase in complexity is already present in Ada.Exceptions. Implementations have to reserve space for and pass that string around, so I don't see why one could not pass other types. I made a proposal for this in my thesis, you can have a look at it at: http://lglwww.epfl.ch/Team/MW/Ada-Extensions/Ada-Extensions.html#RTFToC99 it's really not that complicated. Without this mechanism, it is quite hard to interface systems like POSIX in a clean way, where there is a single exception + an error code. With parameterized exceptions, it is very easy.