Re: SETOBJACC Behavior w/Multiple Program Versions

Hello Dean,

Simple answer: Yes.

The object currently in memory (from LibB) has a different virtual address from 
the object being requested (in 
LibC).  It doesn't even matter if you load the programs into the same pool.  
This is no different from two 
jobs running in different pools but invoking the same program.  If the program 
(any object really) is already 
active (and in the memory pages of pool 1) it will be shared by the job in the 
other pool even though that job 
is using different memory pages.

RSLSYP finds the virtual address of the object.  The virtual address is 
converted to a real address.  If the 
address is in main store the object is used in situ.  If the address is on disk 
the object is paged in to main 
store

Regards,
Simon Coulter.

//----------------------------------------------------------
// FlyByNight Software         AS/400 Technical Specialists
// Phone: +61 3 9419 0175      Mobile: +61 0411 091 400
// Fax:   +61 3 9419 0175      E-mail: shc@flybynight.com.au
// 
// Windoze should not be open at Warp speed.
 

//--- forwarded letter -------------------------------------------------------
> X-Mailer: AOL 3.0 16-bit for Windows sub 41
> Date: Thu, 25 Jun 98 16:10:05 -0400
> From: DAsmussen@aol.com
> To: midrange-l@midrange.com
> Reply-To: MIDRANGE-L@midrange.com
> Subject: SETOBJACC Behavior w/Multiple Program Versions

> 
> Hey Folks!
> 
> Looking to save research dollars again ;-)!  I was in the process of
> implementing a SETOBJACC strategy for a client that was fairly straightforward
> until this week, when they moved another plant with its' own customized
> version of BPCS onto the same production box on which we wanted to use
> SETOBJACC.  The question is, if I'm running program A from library B out of a
> shared pool, what happens to a job that wants to run program A from library C?
> Will the instance of program A be determined by the job's library list, or
> will program A in the shared pool always be invoked?  Can both versions of
> program A be placed in memory and the correct version always be called based
> on *LIBL?
> 
> TIA!
> 
> Dean Asmussen
> Enterprise Systems Consulting, Inc.
> Fuquay-Varina, NC  USA
> E-Mail:  DAsmussen@aol.com
> 
> "The game of life is not so much in holding a good hand as playing a poor hand
> well." -- H.T. Leslie
> +---
> | 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
+---