Binyamin 

The off for +C killed the call as the book says 
Off for an at in the list kills the remaining 
Subcommand 



> On Jul 2, 2018, at 4:31 PM, Binyamin Dissen <[email protected]> 
> wrote:
> 
> If I understand you correctly and you repetitively want this to occur,  you
> will need:
> 
> AT +8 (AT +C  (off +c;call ......;go);go)
> 
> (assuming you want the CALL after the STM)
> 
> 
> On Mon, 2 Jul 2018 16:07:38 -0400 Joseph Reichman <[email protected]>
> wrote:
> 
> :>Binyamin 
> :>
> :>For example AT +8 (CALL PROGRAM PARM(parms) RETRUN(+C))
> :>If +8 contains a STM r0,r15,saveregs in this scenario the STM  is never
> :>executed and return to +C
> :>
> :>If for example at +8 (call program PARAM(parms) Return(+8)) the program is
> :>called repeatedly
> :>
> :>I would like what is +8 to get executed after the call or execute +8 the STM
> :>and then called program then go to the NSI
> :>
> :>Cann't figure out the syntax to make this work
> :>
> :>Thanks          
> :>
> :>-----Original Message-----
> :>From: IBM Mainframe Discussion List <[email protected]> On Behalf Of
> :>Binyamin Dissen
> :>Sent: Monday, July 2, 2018 3:59 PM
> :>To: [email protected]
> :>Subject: Re: TSO TEST breakpoint subcommand call either looping or not being
> :>executed
> :>
> :>On Mon, 2 Jul 2018 15:37:34 -0400 Joseph Reichman <[email protected]>
> :>wrote:
> :>
> :>:>I have a TSO TEST breakpoint with a call subcommand when I return to the
> :>:>offset of the breakpoint the program loops over and over again. When I
> :>:>return to the NSI the instruction where the breakpoint is doesn't get
> :>:>executed
> :>
> :>I do not understand your scenario.
> :>
> :>You are setting a breakpoint and at the breakpoint you issue the CALL
> :>subcommand?
> :>
> :>What OPCODE are you breakpointing on?
> :>
> :>What is the exact CALL command used?
> 
> --
> 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