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,f348a8d7ddab6952
X-Google-Attributes: gid103376,public
From: John.Gordon@comm.hq.af.mil (John C. Gordon)
Subject: Re: Bug reports for Win32Ada Binding
Date: 1996/08/28
Message-ID: <502jjp$nd8@hq.hq.af.mil>#1/1
X-Deja-AN: 177132963
references: <01bb9466$01037740$24af1486@pc-phw.inel.gov>
organization: Dept of the Air Force, Pentagon
newsgroups: comp.lang.ada
Date: 1996-08-28T00:00:00+00:00
List-Id: <comp.lang.ada>


In article <01bb9466$01037740$24af1486@pc-phw.inel.gov>, "Paul Whittington" <paul@sage.inel.gov> says:
>
>Is there an organization somewhere that's maintaining the Win32Ada binding
>specification?
>
>Where does one report bugs/potential bugs?
>

When trying to get Orbix-OLE working, I found that I needed to change a
number of the "pragma import(stdcall"s to "pragma convention(c," in
oleauto spec v1.20, ole2 spec v1.18, and objbase spec v1.19 to stop
the linker from complaining about missing externals:

oleauto: RemVariant_v0_1_c_ifspec through IID_ISupportErrorInfo
ole2:    IID_IOleAdviseHolder     through IID_IEnumOLEVerb
objbase: IWinTypes_v0_1_c_ifspec  through IID_IPSFactoryBuffer

[note that these just happen to be grouped together between the 
convention(c and import(stdcall sections]

does this seem plausible or could i be doing something gravely wrong ?