Yes.. Vern is correct. I run into this with ILE all the time. I either
stop and restart the web servers or recompile the programs making the CALLs
to programs/subprocedures.

Otherwise you also may run into the "tried to refer to an object that no
longer exists" error as well.


On Fri, Nov 20, 2015 at 2:15 PM, Vernon Hamberg <vhamberg@xxxxxxxxxxxxxxx>

Hi Jeff

Jobs using a program that has been changed will use the one in QRPLOBJ
until the job ends. This is a bit of wizardry the system does, so that jobs
don't blow up because a program has been changed. I suspect that the *PGM
object, which has a certain address in memory, is mapped to the new library
- the job has resolved it to its pointer, so it doesn't matter anymore what
its name is and which library it's in - a library is just a list of
objects, after all. Sort of!!!


On 11/20/2015 1:01 PM, Jeff Young wrote:

I have an RPGLE program that is being called via an SQL Stored Procedure
from a web process. This program does some work and returns with *INLR on.
The program currently specifies DFTACTGRP(*NO) ACTGRP(*CALLER) in its
attributes. If I change this program, the prior version is placed in
QRPLOBJ as it should. However, sometimes, one of the web processes gets
the QRPLOBJ version of the program.
Is this due to it not being in a named activation group, or could there be
another reason.

Jeff Young
Sr. Programmer Analyst

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2020 by 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].