> Is there a way to know the real value of the LEN below when
> I use a variable instead of a value?
>
> MACRO
> WORK =0
> DS XL()
> MNOTE *,.LEN=
> MEND
If you have a recent maintenance level of HLASM, including APAR
PH34116 from February 2021, you can use SETA to obtain the
BAKR/PR provides wonderful capabilities, but it's slower than a
traditional save/restore into already-acquired storage.
BAKR/PR is faster than acquiring storage for a save area.
Generally, our programs use a save area stack acquired by the mainline
at initialization time. For such programs:
Even if you use BAKR, you still need to provide an 18 word save area for any
programs
or services you might call. Your save area should be marked with "F1SA" at
offset 4.
An alternative, if you know for sure that your program will never call anything
that
requires a save area is to zero
Hi
Im very interested in knowing your performance experiences about using
BAKR/PR versus the Linkage Convention traditional way.
I use BAKR/PR only when there is no dynamic storage acquirement in my
programs otherwise I prefer save/restore regs adding 18F on it.
Am I right?
TIA
João
Hi
Is there a way to know the real value of the LEN below when I use a variable
instead of a value?
MACRO
WORK =0
DS XL()
MNOTE *,LEN=
MEND
WORK LEN=wklen
Wklen equ 32
In the sample above the mnote says LEN=WKLEN but I preferred LEN=32 instead.
How to