Sure. The Interface to GIMAPU is an assembler program called by a rexx
program. The assembler program creates stem variables with the results from
the call. The Query is for:
MVS.GLOBAL.CSI
GLOBAL (zone)
SYSMOD (entry)
ENAME,SOURCEID,SMODTYPE (sub entry)
SOURCEID='PUT2312'      (filter)

*| **Itschak Mugzach | Director | SecuriTeam Software **|** IronSphere
Platform* *|* *Information Security Continuous Monitoring for Z/OS, zLinux
and IBM I **|  *

*|* *Email**: i_mugz...@securiteam.co.il **|* *Mob**: +972 522 986404 **|*
*Skype**: ItschakMugzach **|* *Web**: www.Securiteam.co.il  **|*





On Thu, Mar 14, 2024 at 2:34 PM Kurt Quackenbush <ku...@us.ibm.com> wrote:

> > Does GIMAPI have a storage limitation, and if so, can it be controlled
> by the program?
>
> GIMAPI does not have a storage limit which can be easily controlled by the
> caller.  It will gobble up as much 31-bit storage as it needs to return the
> requested information, limited only by REGION size or similar factors.  If
> GIMAPI can not get enough storage to satisfy the request it returns an
> error.
>
> Can you describe in more detail the behavior you find questionable?  What
> is your query and which zones/entries/subentries are not being returned?
>
> Kurt Quackenbush
> IBM  |  z/OS SMP/E and z/OSMF Software Management  |  ku...@us.ibm.com
>
> Chuck Norris never uses CHECK when he applies PTFs.
>
>
> ----------------------------------------------------------------------
> 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

Reply via email to