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,36850f7846a01e8e X-Google-Attributes: gid103376,public From: "Nick Roberts" Subject: Re: global rendezvou's Date: 1999/06/05 Message-ID: <37597a39@eeyore.callnetuk.com>#1/1 X-Deja-AN: 486096573 References: <7hl0uh$omg$1@nnrp1.deja.com> X-Original-NNTP-Posting-Host: da136d250.dialup.callnetuk.com X-Priority: 3 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 X-Complaints-To: newsabuse@remarq.com X-Trace: 928611151 02H499TBW8004D443C uk21.supernews.com Organization: RemarQ http://www.remarQ.com X-MSMail-Priority: Normal Newsgroups: comp.lang.ada Date: 1999-06-05T00:00:00+00:00 List-Id: And if anyone is wondering why Ada is designed this way, it is (someone correct me if I'm wrong) to do with implementation: the Ada rendezvous mechanism (wherein the recipient is always specified by the sender) makes for a particularly simple implementation, not requiring any chunks of memory to be allocated for queue space (queues of waiting callers are simply implemented by a having a 'waiting-link-through' pointer in each task's descriptor). ------------------------------------- Nick Roberts http://www.adapower.com/lab/adaos -------------------------------------