Hi,
Maybe i didn't understand correctly, but if you use BAKR and PR, don't need to
worry about saveareas sizes. It takes care of everything including PSW, AR.
Regards
Ituriel
Em sexta-feira, 2 de outubro de 2020 09:44:40 BRT, Peter Relson
<[email protected]> escreveu:
<snip>
...but the problem is that none of them are backwardsly compatible with
the standard 72-byte save area.
</snip>
Totally untrue. The documented 144-byte (and 216-byte) save areas can be
passed just fine to a routine that uses a 72-byte save area. That is why
they were designed the way they were.
The one thing that you lose is the ability to "chain forward" when reading
info in a dump. That has never been reliable.
<snip>
but it is because with the 64-bit save area formats for amode 31 programs
you are saving your low-halves in the caller-provided save area as normal,
but you save the high-halves in *your* save area.]
</snip>
The "because" is not a valid conclusion. And in only some linkage
conventions do you save the high-halves in your save area.
<snip>
Is there really no possible way that it could be accomplished?
</snip>
Read the manual.
Peter Relson
z/OS Core Technology Design
