|
[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
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.