I *thought* I'd checked out all of the linklist libraries. Obviously, I missed something.
And no, I wouldn't expect IBM service to be happy about that either. Basically, that library is there for the rare instance when it's necessary to override an iBM module for one reason or another. And yes, this was a test environment to begin with; our production environment never had the problem in the first place. I'm coming into this environment way late in the game, and the people who set it up are long gone. But you can bet we'll talk about why we need a library in front of SYS1.LINKLIB at all. On Sat, May 17, 2025 at 7:32 AM Peter Relson < 0000056a472f7cb4-dmarc-requ...@listserv.ua.edu> wrote: > <snip>Turns out we had an old, old version of EDGSOCE get put in a library > ahead of SYS1.LINKLIB on the linklist, and it finally bit us. (From 2004! > How the hell it ran this long, I ahven't got the first clue.) </snip> > The only intended way to accomplish having a library ahead of SYS1.LINKLIB > in the LNKLST is to have used the SYSLIB LNKLST statement of PROGxx. > > DISPLAY PROG,LNKLST,NAME=CURRENT > can be used to display the complete current LNKLST concatenation. > You had written that you had checked all of the LNKLST libraries. But > apparently that wasn't the case since a library ahead of SYS1.LINKLIB is > still part of the LNKLST. > > SETPROG LNKLST,TEST,NAME=CURRENT,MOD=xxxxx > can also be used to see if something is in the current LNKLST (and tell > you within which data set). > If you do place a library ahead of SYS1.LINKLIB in order to "subvert" the > system's intended processing, you should not expect correct behavior. That > functionality is provided for test environments. And I would not expect IBM > service to be willing to do much about that unless you can demonstrate that > the undesired behavior occurs without that having been done. > Peter Relson(ex) z/OS Core Technology Design > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Jay Maynard ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
