Way back in:
Linkname: Re: SMPE Problem
URL:
http://bama.ua.edu/cgi-bin/wa?A2=ind0403&L=ibm-main&D=1&O=D&I=1&P=273501
It was suggested:
... In my opinion, deleting a member from the PTS is a
reasonable approach to the problem you are trying to solve.
(Badly out of context, but the citation is above.)
Today, I had a typo in a DISTLIB entry in a FUNCTION. Of course
this resulted in:
GIM54502E ** ALLOCATION FAILED FOR ... BECAUSE THERE IS NO DD STATEMENT IN THE
JCL AND NO DDDEF ENTRY IN TARGET
ZONE ...
I corrected the DISTLIB, and rebuilt the tape. Hastily, I deleted
the member from the SMPPTS, and deleted all the TLIBs and re-received.
The APPLY failed identically. The SMPPTS member shows the corrected
DISTLIB regardless of the failure.
Would the SMP/E panels explain what's going on? Where is the rogue
DISTLIB DDNAME hiding? Would REJECT have repaired the problem?
Would bumping the REWORK have repaired the problem? Apparently
deleting the SMPPTS entry isn't always enough to clean the slate.
I created a new CSI and RECEIVED into it, and APPLYed. The APPLY
disclosed further errors, but the GIM54502E is gone. SMP/E 32.16
-- gil
StorageTek
INFORMATION made POWERFUL
----------------------------------------------------------------------
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
