I have debugged amode 64 under TEST Greg Price I think Wrote an LG subcommand ( it’s on a cbttape file ) to display 64 bit gpr
Mark Zelden wrote a Rexx exec display storage including above the bar I abended when in my code I tried to access 64 bit storage that I hadn’t allocated I have under test received control in my recovery routine when I abended under test > On Jan 20, 2020, at 1:14 PM, Steve Thompson <[email protected]> wrote: > > 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
