I think I may have abused SMP and it has retaliated. Help would be
appreciated.
7 or 8 months ago our MVS team received a new release of NetView into our
main MVS SMP environment. They then decided they were too busy to do
anything with it. Last week I was givin permission to do the install but
I had to do it in its own SMP environment - it's own CSI, SMP datasets,
target and dlib datasets, etc. And by the way, the installation tapes
were thrown away.
Ok. No tapes, but all the MCS statements were in the system PTS, all the
RELFILE files had built their PDSs, etc. All the data was there. So I
changed all RELFILE references to TXLIB references, added TXLIB DD
statements to the APPLY JCL, and proceeded with the RECEIVE and APPLY.
Only 2 modules out of thousands had a problem. They generated the message
GIM24701W SMP/E COULD NOT OBTAIN LINK-EDIT PARAMETERS FOR LOAD MODULE
xxxxxxx FOR SYSMOD HENV520. DEFAULTS WERE USED.
And those defaults did not include RENT and REUS. These modules were
linked into a subroutine library. They were also included in a couple
modules in the product's main linklib. Those latter 2 modules were
correctly linked with RENT and REUS.
During JCLIN processing the 2 modules in error were flagged with the
message "COPY INDICATOR SET". No other modules got this, so I suspect
that is related.
I know I can relink the modules in the subroutine library (or just copy
them from their TXLIB PDS) to get the RENT and REUS attributes back so
I'm not terribly worried, but I don't understand how this happened.
Does anyone have an explanation?
Thanks in advance.
Pat O'Keefe
----------------------------------------------------------------------
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
