The OPSAUTO function lets you query and change the autoenabled status of rule members before CA OPS/MVS is active. CA OPS/MVS must be active for you to query and change the autoenabled status of rule members through ADDRESS AOF host commands.
Note: You can use OPSAUTO in OPS/REXX and in the PROC section of an AOF TOD rule, but not in any other rule context.
Example: Set autoenabled status
This REXX statement sets the autoenabled status of mem1 and resets the status of mem2. All arguments are converted to uppercase.
address TSO
"ALLOC FILE(DD1) DA('OPS.TEST.RULES') SHR REUSE"
Old_State_Mem1 = OPSAUTO("S","DD1","mem1")
Old_State_Mem2 = OPSAUTO("R","DD1","mem2")
"FREE FILE(DD1)"
OPSAUTO returns a single character that indicates the autoenabled status of a member of a rule data set before this function executes. If the function returns the character Y, the member is autoenabled; a returned N indicates that the member is not autoenabled. If the returned value contains more than one character, that value is an error message.
OPSAUTO has the following format:
var = OPSAUTO(func,ddname,member)
The func code may be one of the following:
Inquires about the autoenabled status of the specified member.
Resets the autoenabled flag for the specified member.
Sets the autoenabled flag for the specified member.
The ddname is the name of a previously allocated ddname and must represent a partitioned data set. Use the ADDRESS OPSDYNAM or TSO ALLOCATE command or an equivalent method to allocate the rule data set.
The member is the name of any existing member in the data set associated with the ddname. This member must have valid ISPF statistics.
|
Copyright © 2014 CA Technologies.
All rights reserved.
|
|