That has not been my experience. Doing OFF in the breakpoint does not cause an
automatic GO

My guess is that you did not form the statement correctly or that it is
possible to get to +C without going thru +8.

It is always best to show your commands and the responses, rather than telling
us what you thought you did.

On Tue, 3 Jul 2018 07:49:10 -0400 Joseph Reichman <[email protected]>
wrote:

:>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

--
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

Reply via email to