As supplied by IBM, the IEESYSAS
proc does not contain a DD statement for any of those DDnames.
We have not modified the IEESYSAS procedure. There is none of the dump DD
statements in there.
--
Peter Hunkeler
--
For
That seems to me like undesirable behavior. I will discuss
this with the owner of the code to see if that could be changed
in a future release.
Thank you very much indeed, Jim. Much appreciated.
I mentioned that I had opened a PMR for this. I will post its number tomorrow.
--
Peter Hunkeler
As supplied by IBM, the IEESYSAS
proc does not contain a DD statement for any of those DDnames.
We have not modified the IEESYSAS procedure. There is none of the
dump DD statements in there.
I just examined the code, and verified with a testcase,
and it turns out that the IEA848I
For those interested: I found an entry in LOGREC that matched in
time and STC name (SMSVSAM). I've opened a PMR since I consider an
error if a system component tries to document a problem via ABEND
dump instead of an SVC dump.
SMSVSAM does not initiate an ABEND dump. RTM2 does that when
