On Wed, 18 Nov 2015 07:32:25 +0100, Peter Hunkeler wrote:
>>Which mentions SYS1.SAMPLIB(IGGCSIRX).
>
>A while back I had the need to use this interface in an ISPF/REXX application.
>I seem to remember that the sample had some flaws. This was in the z/OS
>V1.11/12 timeframe. Might have been corrected in the meantime.
>
By 2.1 it has two APARs:
/* CHANGE ACTIVITY: */
/* $01=OW39593,HDZ11F0,990904,SJPLMET:
/* $01=OW46614,HDZ11G0,010130,SJPLMET:
... if "010130" represents a date, they're not very recent. I can't convert
FMIDs to OS releases.
It works better than I alleged earlier. I neglected that I needed to appent
two asterisks, as in "GDG.BASE.**" (ISPF DSLIST does this by default).
With that, I get not only the GDG base but all the GDSes.
Paranoid hacker that I am, I first made a copy in a UNIX directory and added
"signal on novalue" at the top. I encountered one use of an uninitialized
variable, perhaps only when I naively misspecified the filter.
But that was only after I needed to strip the line numbers beause they are
unacceptable to Rexx with UNIX System Services.
And looking at the CSI interface area, I'm puzzled that the filter key,
CSIFILTK, is limited to 44 characters. shouldn't 130 (at least) be the
proper size?
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
