Not sure what you’re trying to accomplish but would EXEC CICS named counter 
help you?

Tom Harper 

Phoenix Software International 

Sent from my iPhone

> On Dec 6, 2021, at 7:13 PM, Wendell Lovewell 
> <[email protected]> wrote:
> 
> Hello Listers,
> 
> I'd like to be able to update a common storage area across all CICS and batch 
> regions.  I've looked at IARV64 REQUEST=GETCOMMON, but it seems that it 
> requires supervisor state and/or key 0-7.  
> 
> It seems that something like issuing a STORAGE macro similar to: 
> 
> STORAGE OBTAIN LENGTH=32768,SP=241,KEY=x,LOC=31,OWNER=SYSTEM 
> 
> ...from an authorized program would allocate the storage needed.   But I 
> don't know the rules for accessing it from "user-mode" (unauthorized, key 8) 
> programs like a CICS application. 
> 
> a) Given the address of the storage obtained like that, can any user-mode 
> program read that storage? 
> b) Could a user-mode program update that storage? 
> c) Should the KEY parameter be specified, and if so, what value should I use. 
>  Afaik it has to be 0-7 since User-key CSA was outlawed.  
> d) Am I correct that there isn't an IRAV64 option that will allow a user-mode 
> program to update the storage? 
> 
> Thanks for your help!
> 
> Wendell
> 
> (Cross-posted to the CICS list.) 


--------------------------------------------------------------------------------
This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

Reply via email to