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.7 required=5.0 tests=BAYES_00,INVALID_DATE,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,38fcf49159b09a2f,start
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 1994-10-26 13:13:56 PST
Path: 
 nntp.gmd.de!xlink.net!howland.reston.ans.net!news.sprintlink.net!EU.net!uunet!newsgate.watson.ibm.com!watnews.watson.ibm.com!news.manassas.ibm.com!vnet.ibm.com!crist
From: crist@tbirdo.endicott.ibm.com ()
Newsgroups: comp.lang.ada
Subject: Using DCE RPC with Ada
Date: 26 Oct 1994 16:57:28 GMT
Organization: Loral Federal Systems - Owego
Distribution: world
Message-ID: <38m1po$gvm@news.manassas.ibm.com>
Reply-To: rcrist@lfs.loral.com
NNTP-Posting-Host: tbirdo.endicott.ibm.com
Date: 1994-10-26T16:57:28+00:00
List-Id: <comp.lang.ada>


I'm trying to build a very simple client/server application using DCE RPC and
Ada which is giving me problems.  My DCE client is currently written in C
running on an IBM RS/6000 with AIX 3.2.5.  My DCE server uses C for server
initialization and Verdix 6.2.1 Ada for the server manager procedures and also
runs on a 6000.  The server main program is in Ada and simply calls the server
initialization C code using a pragma INTERFACE.  If the server manager Ada code
only contains null statements or simple assignment statements things appear to
work but it isn't very useful.  However, if the server manager code tries to
return data to the client or tries to use the TEXT_IO package the server core
dumps after receiving a SIGTRAP (5) signal from AIX.  I'm assuming that the
problem has something to do with the Ada Runtime and DCE Runtime systems not
playing nicely with each other in my server executable since both Runtime
systems are multi-threaded.  Anyone out there have any experience, or at least
some thoughts, on using DCE RPC with Ada that they would like to share?
Thanks!
--
Rick Crist
Loral Federal Systems
Owego, NY
(607) 751-5086       rcrist@lfs.loral.com