Re: OPNQRYF and # records in FIDS -- RPG400-L

× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.

On 8 November 2016 at 15:36, Buzz Fenner <bfenner@xxxxxxxxxxxxxxxx> wrote:

I'll try to clarify the relationship between the programs involved; that may make things a bit clearer.

An initial menu program (OPM CLP) is invoked at user logon. An option accepts 6 parameters and submits a second program (OPM CLP) to batch. This second program originally invoked 3 OPM RPG programs; 3 more RPG programs were added, all written in RPGILE. I did this to take advantage of the date %BIF's among other things. This submitted CLP has different OPNQRYF statements preceding all 6 programs. Therefore, the reason why the RPGILE programs were compiled as running in the caller's AG is that without it, the open query is ignored. I know this through experience.

I would like to at least redo the submitted CLP as CLLE and work with scoping, but right now time doesn't allow me to do that.

You don't need to. Use OPNSCOPE(*JOB) in the OPM CLP and then you can
put the ILE RPG into a regular activation group.

If there's rework to be done, ditch the OPNQRYF altogether and use
embedded SQL instead.
--buck

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.