Tony,

I use this in TRAPPER in VSE:


   VALID BEGIN=(R4),END=(R7),CHECK=READ


pretty obvious I guess


Martin

On 04.06.24 02:16, Tony Thigpen wrote:
Paul,

There is a major issue with just using CLC or OC to verify the address, at least in my situation.

I can't just set up an exit to trap a soc4 (in my case, using a VSE EXIT PC) because I am running within someone else's environment. They may have already, such as in CICS, set up their own trap. That could be damaging to the program calling my code.

Tony Thigpen

Paul Gilmartin wrote on 6/3/24 6:42 PM:
On 6/3/24 16:17, Tony Thigpen wrote:
I am also interested in the responses to the original question.

I provide a major subsystem with a very complex API on z/VSE. (EZASMI/EZASOKET) One of our biggest issues is editing the addresses passed in the parm list. While we have some code that seems to do the required edits, it's not what I would call the best option. I am watching this thread because something might be suggested that I can also do on z/VSE.

I don't know what is behind the OPs question, but it is a good question when you are a subsystem or called API and you have no control over the caller's code and what they pass.
 .
The hardware  provides the control.  If, like some complex instructions
which perform a test execution, you are concerned with preventing side
effects of a failure you can verify input parms are readable with
     CLC parm,parm
and that output parms are writable with
     OC   parm,parm

There is some performance penalty and dump reading challenge.

--
gil

Reply via email to