I don't know why BAKR/PR is "slow" either, but I do know that it's not really significant except in very intense usage. I worked on a product that used it for all calls except small internal subroutines. And avoided a whole bunch of errors caused by mismatched linkage conventions, not to mention state changes to mode, amode, and ascmode. And benefitted from the nice stack trace in dumps.
As for automatic stack expansion, that's probably a bad idea. You can adjust the stack size if needed, but you are probably in trouble (a loop) if you need more than a ~100 entries. sas On Tue, Oct 26, 2021 at 8:43 AM John McKown <john.archie.mck...@gmail.com> wrote: > On Tue, Oct 26, 2021 at 7:16 AM Peter Relson <rel...@us.ibm.com> wrote: > > > John M wrote: > > <snip> > > I really would like the Linkage Stack to become generally > > useful. So I could just use a BAKR to save state on entry and PC to > > return. > > </snip> > > > > In what way does BAKR...PR not let you accomplish that (if by "state" you > > are referring to thing such as registers and PSW state)? > > BAKR 14,0 > > ... > > PR > > > > The problem that I am thinking of is that an interrupt occurs if the stack > is exhausted before everything is saved. The last time I looked, > this causes an ABEND. IMO to be really useful z/OS would need to > incorporate some way to "automatically" expand the size of the Linkage > Stack somehow, rather than forcing each program to implement this function. > Perhaps a way to "chain" individual Linkage Stack areas together. A "stack > overflow" would cause z/OS to create a new Linkage Stack and chain it to > the previous and automatically retry, or ABEND if this operation failed > somehow. On an "underflow", z/OS wold see if there was a previous Linkage > Stack, free the current one, make the previous one the active one and > retry. > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
