One question in all this: Are you using LPALSTxx or PROGxx to define your
LPA? Your original mail mentioned LPALST, which if you use LPALSTxx, any
libraries you specify will be automatically concatenated to SYS1.LPALIB,
even if you don't specify it. If you use PROGxx, you can specify a
different dataset to be first in the concatenation but if you don't it will
default to SYS1.LPALIB.
My read on this is, unless you change the default in a PROGxx member,
SYS1.LPALIB will be searched before any libraries you specify a LPA
libraries. Since the first occurance of a module name is the one used, this
means that the MODULE1 will be picked up from SYS1.LPALIB before it ever
reads PRODUCT.LPALIB. Also, you may have to specify the alias name if you
use PROGxx.
HTH. Someone correct me if I've misread the book.
Kent
Kent Ramsay
Senior System Programmer, SRDC
P 425.564.9735 | F 425.564.9701 | C 425.681.2278
[EMAIL PROTECTED]
www.webMethods.com
Ken Porowski
I have an LPALST concatenation
PRODUCT.LPALIB
SYS1.LPALIB
In PRODUCT.LPALIB is MODULE1 (no alias)
In SYS1.LPALIB is MODULE1 with alias ALIAS1
After IPL (with CLPA of course) I can get to MODULE1 but not to ALIAS1.
Because MODULE1 is a duplicate I expect to get it from PRODUCT.LPALIB
(which I do) because it is first in the concatenation. But because
ALIAS1 is not a duplicate I would expect to still be able to get to it
even if it is from SYS1.LPALIB.
Can anyone confirm that ALIAS1 should be dropped because of the
duplicate of MODULE1?
Thanks all
Ken Porowski
AVP Systems Software
CIT Group
E: [EMAIL PROTECTED]
----------------------------------------------------------------------
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
