I don't use TSO TEST or TEST Auth any more. I use zXDC when it is
available.
So, that said, does the TSO commands manual for the level of z/OS
you are running with, which contains the TSO TEST command doc,
say that it can handle 64bit addresses?
If not, or the SYSPROG TSO Commands (I think that is where TSO
TEST Auth is documented -- but I haven't used it since the
mid-90s) -- does it say that it can handle 64 bit addressing?
If they don't say that, I'm willing to bet you a donut that you
ABENDed in a TSO TEST module.
If you want to check it out, set a SLIP and look at that dump and
see who/what had control when that ABEND happened.
Regards,
Steve Thompson
On 1/20/20 11:26 AM, Joseph Reichman wrote:
Hi
I issued a ESTAEX in AMODE 31
Later I Scheduled an SRB which returned ok. I then tried to access amode 64
erroneously being in AMODE 64 and got S0C4 pic 11
I did this all while running under TESTAUTH
TEST issued a message informing me of the abend
However my recovery routine didn't get control (I had a break point right in
the beginning +0)
I re-read chapter 18 in authorized Assembler guide (providing recovery ) and
saw no reason why my recovery routine should not get control
Unless TEST issues its own recovery and didn't percolate to me
But at this point every routine I enter I issue estaex and estaex 0 upon
exit
And TEST does give me control when I mess up
It doesn't seem like switching to AMODE 64 and invoking an SRB (which had an
FRR) in the interim should negate my recovery ( I also had no BAKR during
his sequence)
Thanks
----------------------------------------------------------------------
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
