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,ef6c792702c0ff46
X-Google-Attributes: gid103376,public
From: tmoran@bix.com
Subject: Re: ada to c interfaces and CHARS_PTR
Date: 2000/03/10
Message-ID: <LN%x4.491$34.9257@news.swbell.net>#1/1
X-Deja-AN: 595490514
References: <38C7E515.29C42580@mindspring.com>
X-Complaints-To: abuse@swbell.net
X-Trace: news.swbell.net 952666347 207.214.211.143 (Thu,
 09 Mar 2000 23:32:27 CST)
Organization: SBC Internet Services
NNTP-Posting-Date: Thu, 09 Mar 2000 23:32:27 CST
Newsgroups: comp.lang.ada
Date: 2000-03-10T00:00:00+00:00
List-Id: <comp.lang.ada>

If it dies when it tries to do a subroutine return, perhaps the
calling conventions don't match?

Also, what does strdup do?  If
  *inout_strg_fml = strdup(t_buffer);
means inout_strg_fml := t_buffer[0]'access, then after return,
when t_buffer no longer exist, inout_strg_fml will point to a
garbage location on the popped part of the stack.