Vern,
Actually, I just conducted a very revealing test. From one terminal
session, I started up an interactive subfile job and then left it active
with a list displayed. From a different session, I moved the *PGM object
behind the program from its current library over to the QRPLOBJ library.
I then returned to the interactive display program and exercised it and it
worked just fine. When I looked at the call stack for the job, it
reflected that it was now running out of QRPLOBJ. I then moved the *PGM
object back to its original library without ending the interactive
process. The result was the same, the interactive program was never
interrupted and after exercising the program some more, I found that the
call stack now referenced the original library again.
Seems like this might be a good solution for me?
Anyone think of any gotchas on this?
Rich Loeber - @richloeber
Kisco Information Systems
[1]
http://www.kisco.com
--------------------------------------------------------------------------
Vern Hamberg wrote:
Rich
AFAIK there is no end-user way to redirect programs the way it's done
with QRPLOBJ. My understanding is that jobs that are using a program
have resolved the address of it. Either the system changes the resolved
address in the running job to point to a renamed program, or it keeps
the program's address and assigns it a new name while putting the new
program at a different address. Something like that. I've not taken the
time to use SST to see what happens.
The only thing useful to do with QRPLOBJ for us civilians is to delete
all instances of a changed program, IMO. I have had to do that
occasionally to clean up things when debugging, especially with embedded
SQL programs, it seems. Easier than signoff/singon sometimes.
I know this doesn't help!!
Vern
On 7/1/2010 12:48 PM, Rich Loeber wrote:
Hello list.
I have a situation where I have a program that was compiled on a different
system that I want to move into place. The program may be in use when I
want to install the new version. Obviously, just deleting the program and
moving the new one in would not be a great idea. Would it work to move
the old version of the program into the QRPLOBJ library and then install
the new version?
Does anyone have any experience with doing this kind of program update? I
know the compiler will do this for me, but the program is already compiled
when I'm moving it into production.
Rich Loeber - @richloeber
Kisco Information Systems
[1][2]
http://www.kisco.com
References
Visible links
1. [3]
http://www.kisco.com/
References
Visible links
1.
http://www.kisco.com/
2.
http://www.kisco.com/
3.
http://www.kisco.com/
midrange.com
