• Subject: Re: QRPLOBJ Library
  • From: pytel@xxxxxxxxxx
  • Date: Fri, 28 Jan 2000 19:25:03 -0600

On AS/400 program is not "loaded" in memory.
All jobs use a single copy of the program (same for any other object).

What could happen is that a job may have resolved address for "old" program
in address resolution cache.
Then when it is called next time it will not be resolved via normal
directory search but an already resolved address will be used which can
point to "old" program.

    Alexei Pytel


Jim Langston <jlangston@conexfreight.com> on 01/28/2000 03:52:08 PM

Please respond to MIDRANGE-L@midrange.com

To:   MIDRANGE-L@midrange.com
cc:
Subject:  Re: QRPLOBJ Library




I know that sometimes I recompile a program, and people call it
but still get the old version.  Even though they exited the program
and went back in.  The solution is for them to log off and back on.

I *think* that their job still has a copy of the old program in memory,
and it actually runs that instead of loading the program from disk again.
That is just a guess though.

Regards,

Jim Langston

Allen Overeem wrote:

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



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