Thanks. I can obviously find it in showmvs -- just thought I would ask. 

Charles
Composed on a mobile: please excuse my brevity 

Rob Scott <[email protected]> wrote:

>The SMF SST control block is not a GUPI nor is documented anywhere that I am 
>aware of.
>
>The code in SHOWZOS is using either reverse-engineered DSECTs or something 
>left over from the pre-OCO days.
>
>
>
>
>> On 24 Apr 2014, at 17:40, "Charles Mills" <[email protected]> wrote:
>> 
>> It is indeed there:
>> 
>> SYS
>> TYPE(0,4-7,14-15,18,21,26,30,36,41-42,50,60-90,94,100-103,109-116,118-20
>> 
>> EXITS(IEFU29,IEFUTL,IEFUJI,IEFUSO,IEFUJP,IEFUSI,IEFUJV,IEFACTRT,IEFU85,I
>> 
>> 
>> OMVS
>> TYPE(0,4-7,14-15,18,21,26,30,36,41-42,50,60-90,94,100-103,109-116,118-20
>>       EXITS(IEFU85,IEFU84,IEFU83)
>> 
>> 
>> 
>> STC   TYPE(0,30,41-42,50,60-83,88-89,100-103,109-110,115-120)  
>> etc. 
>> 
>> Somewhere around line 8250 of SHOWZOS Gilbert pulls it (not surprisingly)
>> out of the SMCA and associated tables. SSTEXTAB.       
>> 
>> Anyone know where the SMF Selection Control Table is documented? I don't see
>> it in my MVS Data Areas, but I suppose I am looking in the wrong place.
>> 
>> 
>> Charles
>> 
>> -----Original Message-----
>> From: IBM Mainframe Discussion List [mailto:[email protected]] On
>> Behalf Of Charles Mills
>> Sent: Thursday, April 24, 2014 11:26 AM
>> To: [email protected]
>> Subject: Re: Any way to programmatically determine state of SMFPRMxx
>> SYS(EXITS())?
>> 
>> Excellent thought. I shall look into that. Thanks,
>> 
>> Charles
>> 
>> -----Original Message-----
>> From: IBM Mainframe Discussion List [mailto:[email protected]] On
>> Behalf Of Miklos Szigetvari
>> Sent: Thursday, April 24, 2014 11:06 AM
>> To: [email protected]
>> Subject: Re: Any way to programmatically determine state of SMFPRMxx
>> SYS(EXITS())?
>> 
>> ShowMvs can so I think you can also (source is available for ShowMvs)
>> 
>>> On 24.04.2014 16:42, Charles Mills wrote:
>>> Is there any way for an (authorized) program to determine whether
>>> SYS(EXITS(IEFU8n)) has been specified? That is, whether IEFU8n (where 
>>> 'n' is 3, 4 or 5) is active.
>>> 
>>> Note that z/OS allows a module to be added to an exit even though the 
>>> exit is not active and the module will never receive a single call. I 
>>> am looking for whether the EXIT is active and will be called by z/OS, 
>>> not whether or not module XXXXX has been installed on the exit.
>>> 
>>> I am hoping for a conventional z/OS macro type answer, not "issue /D 
>>> SMF,O from Rexx and parse the results."
>>> 
>>> I am looking at bit EXAAEDEFINED in the CSVDYNEX answer area mapping 
>>> DSECT CSVEXAA. Does this provide the information I am looking for?
>>> Does something else?
>> 
>> ----------------------------------------------------------------------
>> 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
>
>----------------------------------------------------------------------
>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