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