On Thu, 4 Jan 2007 14:52:02 -0500, Jim Mulder <[EMAIL PROTECTED]> wrote:
>... >1. SLIP IF,A=TRACE in IEFJRASP with a DATA filter on the SSI > function code. IEFJRASP is OCO, so you would need assistance from > MVS SSI Level 2 to construct the SLIP. >... 2 Months later I'm still working on my SSI problem. It has morphed into dueling SSIs - IBM vs. CA. I've taken the SLIP traces you mentioned, passed thenm to IBM, and am trying to get CA interested in looking at them. I might have better luck if I understood what I was seeing. In particular, I'd like to understand the connection between the return code from a function 9 SSI and the value of byte x'0F' in the SSOB. The doc says on entry this byte contains the return code from the previous function 9 SSI. The "Using the SSI" manual says RC 0 means The function routine recognized the request but did not process it. Macro IEFSSWT says RC 0 means CONTINUE NORMAL WTO PROCESSING AND HARDCOPY THE MESSAGE So if an SSI sets RC 0 does the next SSI see 0 or an unchanged value? If a previous SSI RC 8 (display but no hardcopy) does this get set somewhere besides in the SSOB? The CA SSI is changing the value from 8 to 0, but I can't tell if this bad or exactly what it should do. Pat O'Keefe ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html