All REXX implementations use 0 and 1 for false and true. But I agree that loss of Internet access is crippling. May this be the last time.
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Rupert Reynolds <rreyno...@cix.co.uk> Sent: Sunday, September 6, 2020 3:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: REXX true/false (was Constant Identifiers) It almost boils down to a matter of style, I suppose. The only thing against that is that I had no access to any sort of docs, as I said. I had no way of knowing whether 1 always represents Boolean true, or whether it's implementation dependent. TRUE = (1=1) acts as a reminder. /Now/ I have access to the docs, but I only write for Regina Rexx and for my own use, so it doesn't matter so much. I'm porting something, and Rexx's string handling and stems make it a clear choice for this job :-) Rupert On Sun, 6 Sep 2020 at 18:39, Seymour J Metz <sme...@gmu.edu> wrote: > A simple true=1;false=0 should suffice for clarity. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > ________________________________________ > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf > of Rupert Reynolds <rreyno...@cix.co.uk> > Sent: Sunday, September 6, 2020 12:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: REXX true/false (was Constant Identifiers) > > I don't see any advantage in 'Y', because then you have to code IF or WHEN > variable = 'Y'. > > The advantage of Boolean is clarity in something like:- > /* Rexx */ > TRUE = (1=1) > ... > SELECT > WHEN logmode = "D4A32782" & (GotASCII & GotVBMrecord) THEN do > > (from a similar exec I found in archives, not the same one) > > The disadvantage is that it looks and works like a constant, but it's a > variable. > > Rupert > > On Sun, 6 Sep 2020 at 17:03, scott Ford <idfli...@gmail.com> wrote: > > > I have done things like true =‘Y’ and then > > > > If true > > .......... > > end > > > > > > ---------------------------------------------------------------------- > 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 > ---------------------------------------------------------------------- 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
