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,INVALID_MSGID
	autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,d2c23a44c4c8fd6b
X-Google-Attributes: gid103376,public
From: jsa@alexandria (Jon S Anthony)
Subject: Re: fixed point types over an interface
Date: 1997/02/13
Message-ID: <JSA.97Feb12195246@alexandria>#1/1
X-Deja-AN: 218391498
Sender: news@organon.com (news)
References: <32FBB550.41C67EA6@efogm.msd.ray.com> <dewar.855364096@merv>
Organization: Organon Motives, Inc.
Newsgroups: comp.lang.ada
Date: 1997-02-13T00:00:00+00:00
List-Id: <comp.lang.ada>


In article <rcaybcudtnk.fsf@quasimodo.enst.fr> Laurent Pautet <pautet@inf.enst.fr> writes:

>     >> Another possibility is to use a target independent
>     >> implementation of Stream_IO, such as is provided with GLADE
>     >> (the GNAT implementation of
> 
>     Jon> Or an ORB, which handles this stuff (among other various
>     Jon> similar sorts of things) as well.  And works between pieces
>     Jon> written in C, Ada, C++, and ST (and Java, though that is not
>     Jon> yet official...)
> 
> Except that some Ada stream requirements will be violated.

What's that have to do with it?  You want to move the information from
once place to another in such a way that it behaves the same after
that is done.  That's what an ORB does.  Works fine.

Given this context the specific ins and outs of Ada streams per se are
irrelevant.

/Jon
-- 
Jon Anthony
Organon Motives, Inc.
Belmont, MA 02178
617.484.3383
jsa@organon.com