Re: Hello! I am new member of list and excited to be part ofthis.

Allen,

The active usage of the object in QRPLOBJ is working as designed.

Upon a program call, a resolution stage is processed (locate the
program) and any subsequent calls are expedited to the previously
resolved call.

There are a few ways to handle this:

1) have your programs return with LR on. Pro: Each call evokes a
resolution process. Cons: Each call evokes a resolution process. (time)

2) have the users sign off then back on again.  The PAG (program access
group) dies and a new resolution process occurs. Pro: New program is put
into use. Cons: user complaints and difficult timing.

3) time your application upgrades to when no users are signed on.

4) incorporate into your application version control.  This is done by
not calling programs directly, but via a call requester.  The call
requester can manage the reinitiating of a program.  The program checks
a data area for the current version number and if it does not match it's
internal hard coded number, LR is turned on a return code to sent back
to the call requester which knows to call again.  This time the newer
version will be resolved.


Allen Overeem wrote:
> 
> Hello!  I am new member of list and excited to be part of this.
> We recently upgraded our system to AS400e to version and release 4.  Since 
>then, we have had several instances where a recently moved (from test to 
>production) pgm object needed to be recompiled to function properly.
> This happened to me last week.  I had the pgm with changes moved into 
>production.  I checked the app to see that all was well and noticed that my 
>changes did not seem to be in affect.  I copied the new production object back 
>to my library again and ran tests against it.  It worked just as expected.  
>All the while, it was still running incorrectly in production.  Checking the 
>call stack in wrkactjob, I find that it is "supposedly" running the production 
>version of the object.  Doing a wrkobj, I find that the object also exists in 
>qrplobj (the old version of the object) and that it was last changed when the 
>move was done.
><<snip>>
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---