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,fd0ee7c9be011576 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-03-07 13:06:05 PST Newsgroups: comp.lang.ada Path: supernews.google.com!sn-xit-03!supernews.com!logbridge.uoregon.edu!newsfeed.stanford.edu!news.isc.org!news.gnac.net!uunet!sac.uu.net!ash.uu.net!world!bobduff From: Robert A Duff Subject: Re: Ada Annex E (Just curious :-) Sender: bobduff@world.std.com (Robert A Duff) Message-ID: Date: Wed, 7 Mar 2001 21:04:14 GMT References: <3AA29386.E60A686D@linuxchip.demon.co.uk> <980ekl$p4h$1@nh.pace.co.uk><3AA43C58.105B970D@linuxchip.demon.co.uk> <982veb$l62$1@nh.pace.co.uk><983b1s$m6h$1@trog.dera.gov.uk> <983ivv$r8c$1@nh.pace.co.uk> <985hgg$hqu$1@nh.pace.co.uk> <_Mup6.4125$7e6.1607402@homer.alpha.net> <9863jf$nph$1@nh.pace.co.uk> Organization: The World Public Access UNIX, Brookline, MA X-Newsreader: Gnus v5.3/Emacs 19.34 Xref: supernews.google.com comp.lang.ada:5512 Date: 2001-03-07T21:04:14+00:00 List-Id: "Marin David Condic" writes: > What you're saying is that you'd do some sort of extension to System.RPC and > fill in the read/write/do_rpc stuff? The dispatching handles the rest? That > would go a long way to making it fairly easy to modify the behavior to get > what you want. Package RPC is just an interface -- the package spec defines the interface between the compiler's generated code and the lower-level message-passing stuff. The Ada programmer writes the *body* of this package. (The compiler writer can provide one or more bodies, of course, but it doesn't have to.) Given that the semantics of this interface are defined in the RM, having the user write this body does not constitute hacking on the compiler's internals, as you seemed to think before. You should read RM-E.5. Also DR-8652/0087 (that's paragraph E.5(24.1/1-24.2/1) in the October 2000 version of the AARM -- the one with DR's inserted). The other problem you mentioned is non-portability of the representations supported by 'Read and 'Write; their default behavior is implementation defined, so in a heterogeneous environment, you will have to write your own. I wish we had been more ambitious, and designed more built-in support for heterogeneous systems. In this "internet age", that would be a pretty cool thing. > In general, I've not been 100% happy with the behavior of streams and the > 'Read & 'Write stuff. I must admit: there were many language design mistakes in this area: look at all the AI's that came out of this section. - Bob