Mark, Sorry misread, my mistake
Scott ford www.identityforge.com from my IPAD 'Infinite wisdom through infinite means' > On Oct 8, 2013, at 3:13 PM, Mark Zelden <m...@mzelden.com> wrote: > > Scott, > > Your response isn't clear to me. Are you saying what Charles wrote is > accurate (SMFPRMxx setting doesn't really matter) or that SMFPRMxx > always has the final say (as I always thought it did up until Charles posted). > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS > mailto:m...@mzelden.com > ITIL v3 Foundation Certified > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://search390.techtarget.com/ateExperts/ > > p.s. Have I mentioned how much I dislike when bottom posting and > top posting get mixed in the same thread lately? I prefer bottom, > but will go with the flow once started. Is it that hard to follow > what's already there and do something different than your default > reply settings in your email program? </end soap box> > > > >> On Tue, 8 Oct 2013 12:02:46 -0700, Scott Ford <scott_j_f...@yahoo.com> wrote: >> >> Mark, > � > You do not need to ...It comes that way right out of the box... > > Scott J Ford > Software Engineer > http://www.identityforge.com/ > � > > > ________________________________ > From: Mark Zelden <m...@mzelden.com> > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Tuesday, October 8, 2013 2:13 PM > Subject: Re: Need to include ACF2 SMF 230 in SMFPRMxx? > > >> On Tue, 8 Oct 2013 10:52:36 -0700, Charles Mills <charl...@mcn.org> wrote: >> >> Closing the loop, I have now gotten a reply on the ACF2 list from CA >> support. (Thanks Ross!) >> >> FWIW, here is my model of how this all works. >> >> SMFPRMxx is a "suggestion" to SMF-record-writing components. SMF itself does >> not filter based on SMFPRMxx. You can code SYS(NOTYPE(199)) and I can still >> write a program that uses SMF(E)WTM to write type 199 records and they will >> end up in your SMF datasets and/or logstream (subject to any IEFU8x exit). >> What a well-behaved program *should* do, apparently (although this does not >> seem to be well-documented) and apparently what ACF2 and every IBM product >> do is query SMFRTEST to determine whether the shop wants its record type, >> and adjust its logic accordingly. >> >> Charles > > > This is news to me.� I can't speak to the validity without writing my own > program, > but on the surface doesn't seem to agree with the description for SMFRTEST in > the SMF manual.� Pay attention to the wording in the last sentence. > > > 5.8 SMFRTEST -- Testing record recording� > > The SMFRTEST macro allows you to determine if a particular type, or subtype, > of a record is being recorded. Issue this macro before collecting data for a > particular record or subtype to avoid the overhead of data collection > if it is not written. > > Regards, > > Mark > -- > Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS� > mailto:m...@mzelden.com� � > ITIL v3 Foundation Certified� � � � � � � � � � � � � � � � � � > Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html > Systems Programming expert at http://search390.techtarget.com/ateExperts/ > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN