Paul:
This goes back quite a while and the old memory has dropped a few
bits here and there.
Something in my memory says at one time there was an eye catcher in
the module and was swiftly taken out. As to why I wouldn't hazard a
guess . If memory serves it went something like ptf to put eye
catcher in and forgetting to zero out r15. Quick PE and the eye
catcher was removed and zero out r15 and br 14.
I have noting to prove this other than a memory of looking at the
module and decoding the then three instruction b *+12 uz12345 br 14
the succeeding ptf went back to the what we see today.
This goes back to the early days of MVS not sure which 36 or 38. I do
remember getting called in for IEFBR14 not setting a zero return code
that much I can guarantee.
ed
On May 7, 2015, at 11:20 AM, Paul Gilmartin wrote:
On Thu, 7 May 2015 08:36:20 -0400, Shmuel Metz (Seymour J.) wrote:
I've heard that there was an APAR because it didn't have an
eye-catcher. If so, the eye catcher disappeared when standards
changed.
The same collection of lore avers that IEFBR14 was given a special
dispensation to deviate from standards by not saving registers on
entry and restoring them before return. I suppose this might make
a small difference to someone reading a dump.
On Thu, 7 May 2015 08:39:53 -0400, Shmuel Metz (Seymour J.) wrote:
But it's inappropriate that the OS create a new data set when it
knows that it will be deleted immediately, never used.
That's not clear. If you have a valid jobstep with IEFBR14 and change
the program name, would it be appropriate to have an error message or
is the appropriate behavior that you get the same DD processing
regardless of program name?
One might make the same argument about deleting migrated data sets
without recall because PGM=IEFBR14. IBM employees have stated here
that the decision is based solely on the name, never on the
provenance.
In days of yore, when TSO DELETE recalled migrated data sets before
deleting them, I coded in scripts HDELETE; DELETE -- no need to check
status. DELETE is smarter now. Is the optimization in TSO or in
IDCAMS?
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
