RE: QRPLOBJ Library

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