Re: CICS DFHRPLConcatenation

2008-09-25 Thread Jim McAlpine
On 9/25/08, Ted MacNEIL [EMAIL PROTECTED] wrote:

 ..if our CEE, MQ, and EQAW libraries are all in the system linklist must
 they still be specified in the DFHRPL concatenation?


 The answer is YES; I've never understood why.
 -


Because the CICS programs are loaded by the CICS loader and not by normal
z/OS program loading mechanisms.

Jim McAlpine

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: CICS DFHRPLConcatenation

2008-09-25 Thread Ted MacNEIL
Because the CICS programs are loaded by the CICS loader and not by normal z/OS 
program loading mechanisms.

I thought IBM was going to change that 20 years ago to make CICS easier to 
maintain.
At least that's what a CICS SYSProg told me back then.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: CICS DFHRPLConcatenation

2008-09-25 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Ted MacNEIL
 
 ..if our CEE, MQ, and EQAW libraries are all in the system 
 linklist must they still be specified in the DFHRPL concatenation?
 
 
 The answer is YES; I've never understood why.

The CICS Loader Domain, which loads all programs for which a CICS PPT
definition is needed, searches //DFHRPL exclusively.  If an individual
program definition specifies to use an LPA copy, then it will search the
LPA for that program, but it otherwise ignores the standard search
order including the link list.

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: CICS DFHRPLConcatenation

2008-09-25 Thread Roland Schiradin
Such a change will perhaps never happen. CICS support storage protection for 
RENT programs since a long time before z/OS does this for NON APF programs. 
There are more nice features provided by CICS with some help from z/OS


Roland


Because the CICS programs are loaded by the CICS loader and not by 
normal z/OS program loading mechanisms.

I thought IBM was going to change that 20 years ago to make CICS easier to 
maintain.
At least that's what a CICS SYSProg told me back then.
-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: CICS DFHRPLConcatenation

2008-09-25 Thread Barkow, Eileen
i think that the reason the loadlibs need to be in DFHRPL even if in
linklist is because CICS does its own type of load of the modules from
DFHRPL, not a MVS load which would come out of steplib/linklist.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Wednesday, September 24, 2008 7:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CICS DFHRPLConcatenation

..if our CEE, MQ, and EQAW libraries are all in the system linklist
must they still be specified in the DFHRPL concatenation?


The answer is YES; I've never understood why.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: CICS DFHRPLConcatenation

2008-09-25 Thread John McKown
On Thu, 25 Sep 2008 09:02:30 -0400, Barkow, Eileen [EMAIL PROTECTED]
wrote:

i think that the reason the loadlibs need to be in DFHRPL even if in
linklist is because CICS does its own type of load of the modules from
DFHRPL, not a MVS load which would come out of steplib/linklist.


CICS now uses standard z/OS facilities to load programs into memory. Now,
CICS is OCO, so I cannot actually know how it does this. But, as an example,
it could do something like:

  LOAD DE=bldl_list_entry,
DCB=DFHRPL,
LSEARCH=NO,
   ADRNAPF=starting-address-to-load-module-to

--
John

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



CICS DFHRPLConcatenation

2008-09-24 Thread Donnelly, John P
..if our CEE, MQ, and EQAW libraries are all in the system linklist must they 
still be specified in the DFHRPL concatenation?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: CICS DFHRPLConcatenation

2008-09-24 Thread Gibney, Dave
Yup

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Donnelly, John P
Sent: Wednesday, September 24, 2008 9:36 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CICS DFHRPLConcatenation

..if our CEE, MQ, and EQAW libraries are all in the system linklist must
they still be specified in the DFHRPL concatenation?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: CICS DFHRPLConcatenation

2008-09-24 Thread John Hamman
ABSOLUTELY



John Hamman
Senior Systems Programmer
BlueCross BlueShield of Mississippi
601.664.4410
[EMAIL PROTECTED]

 Donnelly, John P [EMAIL PROTECTED] 9/24/2008 11:35:34 AM 
..if our CEE, MQ, and EQAW libraries are all in the system linklist must they 
still be specified in the DFHRPL concatenation?


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 






* The information contained in this message, and attachments hereto, 
may be privileged/confidential, and may contain protected health information 
that is subject to use and disclosure restrictions under federal law.  It is 
intended only for the use of the individual or entity named above.  If you are 
not the intended recipient, or agent responsible for delivering this message to 
the intended recipient, you are hereby notified dissemination, distribution or 
copying of this communication is strictly prohibited.  If you have received 
this communication in error, please notify the sender immediately by return 
e-mail and delete the original message and any copy of it from your computer 
system.   All recipients are expected to maintain appropriate protections on 
the information contained herein.  *

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



Re: CICS DFHRPLConcatenation

2008-09-24 Thread Ted MacNEIL
..if our CEE, MQ, and EQAW libraries are all in the system linklist must they 
still be specified in the DFHRPL concatenation?


The answer is YES; I've never understood why.
-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html