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.2 required=5.0 tests=BAYES_00,INVALID_MSGID,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,fc52172fd5882460
X-Google-Attributes: gid103376,public
From: Simon Johnston <skj@ACM.ORG>
Subject: Re: COM & ADA
Date: 1998/02/12
Message-ID: <01BD386E.F79C1000.skj@acm.org>#1/1
X-Deja-AN: 324745874
Sender: Ada programming language <INFO-ADA@LISTSERV.NODAK.EDU>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Encoding: 29 TEXT
Reply-To: "skj@acm.org" <skj@acm.org>
Newsgroups: comp.lang.ada
Date: 1998-02-12T00:00:00+00:00
List-Id: <comp.lang.ada>


There is the article in Ada Letters on Automation access and I'm currently
working on a COM browser which will generate code to access COM objects
directly from type libraries. There are quite a few Ada-unfriendly features
in COM IDL which I'm still working on.

On 12 February 1998 15:01, Michael F Brenner [SMTP:mfb@MBUNIX.MITRE.ORG]
wrote:
> Juergen > ... You can use the Ada95 tagged record mechanism to construct
your
>         > COM objects.
>         > The real bad news is of courses, that all the header files with
all
>         > the predefined GUIDS, Interfaces etc, etc. only exist for
C/C++,
>         > so you have to do a lot to get a nice set of Ada95 packages to
be
>         > able to use COM easily (if that's possible at all, but thats a
>         > different story;-))
>
> Does anyone know what has already been done in the area of these header
files?
>
> What about interfaces to Microsoft Word and to Direct X via Ada? It might
> sometimes be easier to do a specific component like those two, rather
than
> provide an interface to all the interfaces of the Component Object Model
> in Ada.
>
> Mike Brenner mikeb@mitre.org