Re: Program won't let go of QRPLOBJ

Vern,

Under what conditions are you doing this that it fixes the issue? It sounds to me like David hasn't reclaimed the named activation group, so the program is still "active." The active program contains the resolved pointer to the object in QRPLOBJ. Deleting the QRPLOBJ version (without reclaiming the ACTGRP) should cause the program to crash, not find the new one!

What am I missing?

-mark


At 1/11/2011 08:33 AM, you wrote:

Go into QRPLOBJ and delete the program - the original name is in the
text description. Use F17 to filter on the original name and delete any
you find.

I do this all the time if I run into this kind of issue. No problems,
especially if you're on a development box. On a production box, a job
that was using the old one will pick up the new one.

On 1/11/2011 5:08 AM, David FOXWELL wrote:
> Hi,
>
> While testing an interactive application, a program crashed. I used STRSRVJOB in another session to find the problem. I fixed the program and recompiled, but now the application runs the program that is in QRPLOBJ.It is running in a named ACTGRP. If I reply G to the message when the program crashes, I can end it normally and exit to my starting menu. At this point, I am in the DAG.
>
> I debugged the calling program : this does a CALL MYPGM. I changed the value of MYPGM so that it would not find the program to call. It crashed, and I changed the value of MYPGM back to the original value hoping it would now find the program that I just fixed. However the program still crashes with the same orginal problem. DSPJOB shows that the old version of the program in QRPLOBJ is still running. The debug screen shows the QRPLOBJ version of the program but the new source.
>
> Returning to my menu in the DAG, I deleted the named ACTGRP to get the new version of the program to run. Which I didn't want to have to do. How could I have got the app to use my new version of the program?
>
> Thanks.
>