Me too but the mother task for all those were the same here the original task 
is TEST

And when I execute my command processor 
Which does the attach to Estaertn 
It’s IKJEFT02 
I’m not going to do a load and try setting a breakpoint with defer 

Thanks 



> On Mar 15, 2021, at 11:05 AM, Binyamin Dissen <[email protected]> 
> wrote:
> 
> IIRC I have done test on multitasking programs without any issues.
> 
> Also, breakpoints in IRBs.
> 
> Seems like RETRY from an ESTAI is somewhat weird - refer to "Special
> considerations for ESTAE-type recovery routines"t I ever attempted retry from
> an ESTAI - just cleanup.
> 
> On Sun, 14 Mar 2021 18:43:29 -0400 Joseph Reichman <[email protected]>
> wrote:
> 
> :>Hi
> :>
> :> 
> :>
> :>I have an ESTAE routine I am trying to debug
> :>
> :> 
> :>
> :>It is for TSO command processor. I start ISPF as follows TEST
> :>'ISP.SISPLPA(ISPF)' CP   hit enter (twice) and then do LOAD
> :>'MY.LOADLIB(ESTAERTN)'
> :>
> :> 
> :>
> :>I then make a breakpoint AT 1FBC0148. (which the address where it was loaded
> :>the recovery routine is) it is  re-usable
> :>
> :> 
> :>
> :> 
> :>
> :>I type in GO and get into ISPF TSO TESTPROG which does an ATTACH to a
> :>program with ESTAI pointing to ESTAERTN
> :>
> :> 
> :>
> :>The program or recovery routine abends I can see from the address (the abend
> :>is 4 bytes from the entry point) that it is the same copy I did an AT 
> :>
> :> 
> :>
> :>But for whatever reason it was skipped (the breakpoint) I go into TASID
> :>Storage and can see at 1FBC0148 and X'0A61'  TEST SVC but clearly it did not
> :>stopped there
> :>
> :> 
> :>
> :>My question when making an AT is that only for that task I looked at the TSO
> :>Command reference and didn't see anything saying so
> :>
> :> 
> :>
> :> 
> :>
> :>Thank you
> :>
> :>
> :>----------------------------------------------------------------------
> :>For IBM-MAIN subscribe / signoff / archive access instructions,
> :>send email to [email protected] with the message: INFO IBM-MAIN
> 
> --
> Binyamin Dissen <[email protected]>
> http://www.dissensoftware.com
> 
> Director, Dissen Software, Bar & Grill - Israel
> 
> 
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
> 
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
> 
> ----------------------------------------------------------------------
> 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

Reply via email to