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.8 required=5.0 tests=BAYES_00,INVALID_DATE autolearn=no autolearn_force=no version=3.4.4 Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: Notesfiles; site gypsy.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!princeton!siemens!gypsy!emery From: emery@gypsy.UUCP Newsgroups: net.lang.ada Subject: Re: Propagation of exceptions raised wit Message-ID: <38000029@gypsy.UUCP> Date: Fri, 6-Jun-86 16:57:00 EDT Article-I.D.: gypsy.38000029 Posted: Fri Jun 6 16:57:00 1986 Date-Received: Sun, 8-Jun-86 05:45:11 EDT References: <325@cernvax.UUCP> Nf-ID: #R:cernvax:-32500:gypsy:38000029:000:1342 Nf-From: gypsy!emery Jun 6 16:57:00 1986 List-Id: Both Frank Prindle and Doug Bryan have reminded me that, should an exception be raised during rendeveous, the exception is propogated to BOTH tasks. This is perfectly consistent with the notion that the rendeveous code is run 'by both tasks'. However, exception propogation, once inside the two tasks, follows the rule I cited, i.e. the exception is not propogated out of either task. Thanks, guys. On a related topic: A command interpreter is one good example of a program that may be called to invoke other programs, which are not known at compile time (see Tom Wheeler's article, cited in previous discussions.) If you presume that all such 'programs' are tasks, here's my design problem again: How does a task report failure to its parent. One of the problems here is the task name problem. A task does not know its identity, therefore it cannot say things like "I am task 36, and I aborted because of a fubar exception." The standard way around this is to "christen" the task through an entry call, where the caller tells the task its name ("You are task 36"). It seems that a task identity scheme is a necessary condition for having tasks report their failure. Dave Emery Princeton Research UUCP: ...princeton!siemens!emery ARPA: princeton!siemens!emery@topaz.rutgers.edu or @seismo.css.gov