• Subject: Re: Hello! I am new member of list and excited to be partofthis.
  • From: Laurin Bruck <lbruck@xxxxxxxxxxxx>
  • Date: Tue, 18 Jan 2000 10:32:38 -0800

Allen, what version is your developemnt machine and what version is your 
production machine?  If the developement machine is at a different release you 
must do your create command and specify the target release as the release as 
compiled to.

HTH


Thank you,

Laurin Bruck
Technical Services
pmi Mortgage Insurance Co.
415-291-5329
415-393-6412 (FAX)
lbruck@pmigroup.com


>>> "Allen Overeem" <AOvereem@stvgb.org> 6:30:30 AM 1/18/00 >>>
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 
+---
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                               !
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                                                                                
                               !
                                                                                
                                                                                
                                                                     
+---
| 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
+---

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].