Re: QRPLOBJ Library

I know that sometimes I recompile a program, and people call it
but still get the old version.  Even though they exited the program
and went back in.  The solution is for them to log off and back on.

I *think* that their job still has a copy of the old program in memory,
and it actually runs that instead of loading the program from disk again.
That is just a guess though.

Regards,

Jim Langston

Allen Overeem wrote:

> Lurton wrote:
> ____________________________________________________________
> If you compile an object (pgm) with replace yes, it will create a duplicate
> of the object in QRPLOBJ with a strange name like Q34578ikl.  The original
> object name will be in the text. So, if a program is running and you
> recompile, the old program will still be in the job stack until the user
> ends the program.   The next instances will always get the new program
> because the rename process prevents them from calling the old.
> __________________________________________________________
>
> Thanks but this is totally unrelated to the situation I am describing.  First 
>of all, the program to be moved or recompiled is NOT running!  Second, we are 
>forcing the object into qrplobj  with a cl movobj command within our inhouse 
>software program that we use to do moves and recompiles. The name is not being 
>changed, there is no Q appended by the system-this is inhouse software forcing 
>the "move" of the existing object with the same name to qrplobj just before 
>moving the new object into production.  What I need to know is what the OS 
>might do with the object because of this force??  Is it possible that there is 
>a change in the OS between release 2 and 4 (which we upgraded to just before 
>seeing this strange behavior) that might cause problems resolving to the 
>"correct" object?? Thanks anyway.

+---
| 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
+---