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

["Allen Overeem" <AOvereem@xxxxxxxxx>]

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.
I scanned for qrplobj and found that our in house move process forces the old 
object into qrplobj.  Our in house recompile application does the same.  Both 
dlt the old qrplobj, then do a movobj on the current production version, then 
move the test version into production.  (we also archive the old source at this 
time).  Anyway, recompiling the program with no changes effectively fixed the 
problem, but the reason it did remains a mystery to me.  Any ideas?
I would also like to know more about what qrplobj is used for;  AS400 books 
tells me that I should not move objects there because name reference problems 
can occur (this seems to be what is happening to us except the call stack tells 
me the pgm obj is in production??), etc., but it does not tell me what it is 
really used for.   Also, what reason might an intelligent programmer have to 
force objects into qrplobj in addition to archiving the source???
Thanks for any help!! 

Allen L. Overeem
Information Services
St.  Vincent  Hospital
Phone: (920) 431-3111
E-mail: aovereem@stvgb.org

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