Re: Odd CALLPRC behavior when using RPG indicator with RTNVAL

That was my understanding - it's bidirectional.

jrperkinsjr@xxxxxxxxx 03/11/2009 3:14:09 PM >>>

David,
I was under the same impression you were too. I re-read the V5R4
documentation and found the last sentence interesting.
Quote from the V5R4 reference guide:
"For example, use *CL when prototyping an RPG procedure that is to be
called
by a CL procedure when the return value is 1A. "

Full quote from the V5R4 reference guide:
"Specifies an external procedure that is written in ILE CL, or an RPG
procedure to be called by ILE CL. Use *CL if your program uses return
values
with data types that CL handles differently from RPG. For example, use
*CL
when prototyping an RPG procedure that is to be called by a CL procedure
when the return value is 1A. "

References URL's:
http://tinyurl.com/aokcyf
http://publib.boulder.ibm.com/infocenter/iseries/v5r4/index.jsp?topic=/books_web/c0925086360.htm

--
James R. Perkins


On Wed, Mar 11, 2009 at 16:03, David Gibbs <david@xxxxxxxxxxxx> wrote:

Roger Harman wrote:

Just curious as I've never used it but isn't the ExtProc(*CL) on the

RPG

prototype supposed to deal with returning indicator variables to CL?

I

thought that was to get around the issue of having to return 2

bytes.

I've never used the extproc(*cl) option ... but was under the

impression

that it was used to describe a CL procedure called from RPG, not a RPG
procedure called from CL.

I could be wrong, of course.

david