On Sun, 28 Oct 2007 20:03:48 -0700, Ed Long <[EMAIL PROTECTED]> wrote:
>Hi everyone. > Sorry for the delay in replying to the several most helpful suggestions for which I am most grateful. > Root cause identified and solved. > I had in fact assembled and linked the exit correctly into user.lpalib. > USER.LPALIB is #1 in the LPALSTXX concatenation. > LPALSTXX (actually LPALSTDB) is being selected at IPL time. > SYS1.LPALIB is in fact referenced about 2/3's of the way down in the LPALSTXX member. > BUT, at least on z/OS 1.5, a copy of SYS1.LPALIB is always, and under the covers, prepended to the LPALST so that it gets selected first even if its included in the list. Been that way "forever" (since LPALSTxx existed). > As a result, the dummy IEEU29 was being used. It, of course, does nothing, and does it quietly. The way you get USER.LPALIB first is to specify it in SYSLIB LPALIB in your PROGxx member. Then you must explicitly include SYS1.LPALIB in your LPALSTxx member (I always put it first there). > So, I renamed the bogus IEEU29 to IEEU29BG (for bogus), reipled and away go my SMF datasets. You can have used PROGxx to delete / re-add the exit from the proper library without IPLing... regardless of LPA list order. You can load it from the library you want in PROGxx at IPL time - even if you don't use the SYSLIB override I wrote about above. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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