Re: QRPLOBJ Library -- MIDRANGE-L

Yes, but in that situation, it has been my experience that the strange name
like Q34578ikl shows up in the call stack and indicates it is in QRPLOBJ.
Allen says this is not the case. But Allen, in the situation you described,
did your recompile process take place, or only the movobj? If your process
moves the production object to QRPLOBJ, and recompiles the new version, the
recompilation would not move anything to QRPLOBJ because you already did. Is
that correct?

The move-to-production processes I've seen always move the production object
to some library other than QRPLOBJ. The steps are generally something like:

1. Move the current production source to a save source file.
2. Move the test source to production source.
3. Recompile the production source to a temp library.
4. Move the current production object to a save library.
5. Move the newly compiled production object from the temp library to the
production library.

Some of the more elaborate, such as Softlanding's Turnover, allow setting up
multiple levels, for example, an object moves from programming, to an
analyst test environment, to the user test environment, then to production.

Bottom line is, I don't understand why you're seeing the behavior you
describe, but I would recommend using some other library than QRPLOBJ for
your move-to-production process.

HTH
Peter Dow
Dow Software Services, Inc.
909 425-0194 voice
909 425-0196 fax

----- Original Message -----
From: Lurton Keel <Lurton.Keel@serx.com>
To: <MIDRANGE-L@midrange.com>
Sent: Friday, January 28, 2000 10:48 AM
Subject: RE: QRPLOBJ Library


> 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.
>
> -----Original Message-----
> From: Allen Overeem [mailto:AOvereem@stvgb.org]
> Sent: Friday, January 28, 2000 9:53 AM
> To: MIDRANGE-L@midrange.com
> Subject: QRPLOBJ Library
>
> Help! I put a question to the list some time back about
> this, but did not get the response I was hoping for.  Perhaps I need to
> modify my question extensively.
> On our AS400e v4r4 we have a library called production.
> Pgmrs have test libraries.
> We have a move process written in cl and cobol. Whenever a
> program is moved from test into production, this move process is used.
When
> the move is done, the program to be moved is NOT running. During the move,
> any version of this object in qrplobj is deleted, the existing production
> program object is forced to QRPLOBJ library with the movobj command. The
> test program object is then moved to production.
> We also have a special little recompile process written in
> cl. When an object is recompiled: any version in qrplobj is deleted, the
> existing object is first forced to QRPLOBJ with the movobj command, the
> existing source is compiled into new pgm object in production.
> I had an incident recently where I made some changes to a
> program that took a right justified field. left justified it and output
it.
> The program object was moved into production.  At that point, there are (
> unless IBM stores them somewhere else on a movobj??) only two program
> objects on the system: the one we forced into QRPLOBJ and the one we
forced
> from my test library into production. After starting program again, it
> becomes obvious that the changes are not in affect; without a doubt. Doing
a
> wrkobj at this time shows that only two versions of object exist, as I
> mentioned.  Looking in call stack for active program object shows that the
> object running is the one in production.
> Doing a recompile (no changes to the source code) fixes the
> problem.
>
> My Questions:
>
> 1. Is there ever a time when the call stack will show that
> version of object in one library is running when in fact it is the version
> in QRPLOBJ that is running?
>
> 2. Could the force of the object to QRPLOBJ system library
> cause the kind of behavior I am describing?
>
> TIA
>
> +---
> | 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
> +---


__________________________________________________
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
http://im.yahoo.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
+---