Re: SMF-API

2017-01-19 Thread Brian Westerman
Sure, what we get now (at the mail server) is: 1/17/71 21.33.18 - Message to brian_wester...@syzygyinc.com bounced by destination. Reason: 5.1.0 – Unknown address error, [Verification failed for . The mail server could not deliver mail to

AW: SMF-API

2017-01-18 Thread Peter Hunkeler
> I perfer the dynamic way. LOAD EP=IFAMQRY then CALL (R15). I understand. I was just curious why CALLing failed. -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

AW: SMF-API

2017-01-18 Thread Roland Schiradin
I perfer the dynamic way. LOAD EP=IFAMQRY then CALL (R15). -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Peter Hunkeler Gesendet: Mittwoch, 18. Januar 2017 20:00 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: AW: SMF-API > Bu

AW: SMF-API

2017-01-18 Thread Peter Hunkeler
> But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM. > Received a lot of > S0C4 or S0C6. > I use now HLASM LINKX and it works pretty well. Did you clear the high half of R15 before the CALL? The CALL macro generates a V-con, not a VD-con, and loads it into R15 with L, not

AW: SMF-API

2017-01-18 Thread Peter Hunkeler
> But I was unable to use HLASM Call macro with LINKINST=BALR or BASSM. > Received a lot of > S0C4 or S0C6. > I use now HLASM LINKX and it works pretty well. Sounds like wild branches. I think its strange that it works with LINKX but not with CALL. l trust you have verified the binder could

AW: SMF-API

2017-01-18 Thread Roland Schiradin
von Don Poitras Gesendet: Mittwoch, 18. Januar 2017 15:40 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: SMF-API Ah. I see the buffer is probably above the bar: GTPB_BUFFER@ DS AD Address of the provided buffer In article <20170118142044.95e8124...@panix5.panix.com> you wrote: >

Re: SMF-API

2017-01-18 Thread Don Poitras
von Elardus Engelbrecht > > Gesendet: Mittwoch, 18. Januar 2017 09:36 > > An: IBM-MAIN@LISTSERV.UA.EDU > > Betreff: Re: SMF-API > > Roland Schiradin wrote: > > >IFAMQRY works after a full day. WTF I try to use the call macro for > > >hou

Re: SMF-API

2017-01-18 Thread Don Poitras
[mailto:IBM-MAIN@LISTSERV.UA.EDU] Im > Auftrag von Elardus Engelbrecht > Gesendet: Mittwoch, 18. Januar 2017 09:36 > An: IBM-MAIN@LISTSERV.UA.EDU > Betreff: Re: SMF-API > Roland Schiradin wrote: > >IFAMQRY works after a full day. WTF I try to use the call macro for > >

AW: AW: SMF-API

2017-01-18 Thread Roland Schiradin
It's also available on z/OS 2.1. yvw -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Elardus Engelbrecht Gesendet: Mittwoch, 18. Januar 2017 11:36 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: AW: SMF-API Roland Schiradin wrote

AW: SMF-API

2017-01-18 Thread Roland Schiradin
No authorization needed. SMF-API will do RACF checks -Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Itschak Mugzach Gesendet: Mittwoch, 18. Januar 2017 10:52 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: SMF-API I meant mode

Re: AW: SMF-API

2017-01-18 Thread Elardus Engelbrecht
Roland Schiradin wrote: >the doc talks a lot about call. >http://publibz.boulder.ibm.com/zoslib/pdf/OA49263.pdf Thanks for posting the URL for that PDF I missed originally. I am now reading that interesting doc... ;-) I also see on KC the z/OS v2.2 SMF books were updated again in December

Re: SMF-API

2017-01-18 Thread Itschak Mugzach
M Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im > Auftrag von Itschak Mugzach > Gesendet: Mittwoch, 18. Januar 2017 09:38 > An: IBM-MAIN@LISTSERV.UA.EDU > Betreff: Re: SMF-API > > This is a new function in 2.2 that let you accumulate and access > in-storage smf

AW: SMF-API

2017-01-18 Thread Roland Schiradin
An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: SMF-API This is a new function in 2.2 that let you accumulate and access in-storage smf records. Roland, did you try the supervisor call or PP? ITschak On Wed, Jan 18, 2017 at 10:35 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za>

AW: SMF-API

2017-01-18 Thread Roland Schiradin
-Ursprüngliche Nachricht- Von: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Im Auftrag von Elardus Engelbrecht Gesendet: Mittwoch, 18. Januar 2017 09:36 An: IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: SMF-API Roland Schiradin wrote: >IFAMQRY works after a full day. WTF I try to

Re: SMF-API

2017-01-18 Thread Itschak Mugzach
This is a new function in 2.2 that let you accumulate and access in-storage smf records. Roland, did you try the supervisor call or PP? ITschak On Wed, Jan 18, 2017 at 10:35 AM, Elardus Engelbrecht < elardus.engelbre...@sita.co.za> wrote: > Roland Schiradin wrote: > > >IFAMQRY works after a

Re: SMF-API

2017-01-18 Thread Elardus Engelbrecht
Roland Schiradin wrote: >IFAMQRY works after a full day. WTF I try to use the call macro for hours >without success as the doc imply the call macro. However the LINKX works >pretty well. Now setting up the SMFPRM and RACF ... and then ??? Sorry, could you be kind to clarify what you're trying

SMF-API

2017-01-17 Thread Roland Schiradin
Hi, IFAMQRY works after a full day. WTF I try to use the call macro for hours without success as the doc imply the call macro. However the LINKX works pretty well. Now setting up the SMFPRM and RACF Roland -- For IBM-MAIN