> IOW, IRXEXCOM can not report fully the state of all compound > symbols having a given stem.
Not even close: in fact, the exact opposite of what you wrote. IREXCOM with the N option reports fully on all variables that have been set and not dropped. You're misreading the text, and "default value" is indeed how it works. Otherwise the largest machine in existence wouldn't have enough memory to hold the symbol table. Now, if you want an interface to report on all compound variable with a given stem that you could set, the sun will go nova before it completes. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Paul Gilmartin <0000000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, June 4, 2019 2:11 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF API question -- why only REXX & Java? On Tue, 4 Jun 2019 17:48:18 +0000, Seymour J Metz wrote: >IREXCOM has no interface for reporting that a variable has been dropped. All >that it can do is to return the variables that are still known. The statement > foo. = 'Blanket' does not create any variable other than foo., even though >requesting the value of foo.baz will give you Blanket. > IOW, IRXEXCOM can not report fully the state of all compound symbols having a given stem. I consider this notionally a deficiency in a facility which is otherwise useful for enumeration of an associative array. Yes, I know it obeys its own documentation (WAD). The design is incomplete. I suspect STEMPUSH and STEMPULL employ IRXEXCOM, so the pair can not exactly copy one stem to another. >foo. = 'Blanket' does not create any variable other than foo. ... > I'll disagree with that. From the Ref.: Further, when a stem is used as the target of an assignment, all possible compound variables whose names begin with that stem receive the new value, ... So, foo. = "Blanket" does create foo.baz assigning it the value 'Blanket'. Note that the Ref. avoids mentioning "default" which is commonly and incorrectly used in informal discourse. -- gil ---------------------------------------------------------------------- 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
