Re: calling C from OPM RPG

[snip]
> The one thing that OPM programs can do is call other programs -- both ILE
> and OPM programs can be called.  Therefore, it's possible to write an
> interface that you could call from an OPM application.

is this an accurate picture of what you're suggesting below?

OPM RPG <-a-> ILE C wrapper program <-b-> ILE C API

> Assuming that by "C APIs" you mean ILE C, you can write an interface in
> any ILE language that acts as a program and accepts parameters from an OPM
> legacy program. It can call the API, and return the results in the same
> set of parameters.

Clearly ILE allows in/out parameter passing in step 'b' (a procedure call
to a function inside a bound SRVPGM, say).  (Not to be obtuse, but) are
you saying it's also possible to get the results of step 'b' back up to
the OPM RPG program, despite the fact that step 'a' is calling out to a
program written in another language?

> Though, personally, I'd be inclined to convince your customer to join the
> modern world.

That's my current plan.  It'd be nice to know there's a possible
alternative though, in case they're overly resistant to progress. :)

Thanks for the reply!

/j