If you run the code below on oorexx and regina, you will see that they are not
playing on the same (code) page.
/* Test whether REXX recognizes all of the logical not characters */
Nots = '\' 'aa'x 'ac'x
do 3
parse var Nots Not Nots
say 'Trying' Not c2x(Not)
interpret 'compare = a' Not'= b'
say Not 'recognized'
end
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
________________________________________
From: IBM Mainframe Discussion List [[email protected]] on behalf of
Joel C. Ewing [[email protected]]
Sent: Saturday, April 25, 2020 10:38 AM
To: [email protected]
Subject: Re: Friday OT, cheerful program for gloomy times
Always curious about compatibility issues, copied program and pasted
into gedit on Fedora Linux, put a leading
"#!/usr/bin/rexx" and tried to run with oorexx on linux. Only code
issues found:
(1)Not really a code issue, but had to to run through dos2unix to
convert Windows CR LF end-of-line to unix LF end of line or don't even
get past the unix shebang 1st line -- can't find program "rexx" with CR
appended to name.
(2)Only special characters allowed in variable names in oorexx are !, ?,
and _, so "#DAYS" is not a valid variable name and produced an error
message about unexpected "#". Find-replace-all "#DAYS" to "NR_DAYS"
That's all it took to get it to run.
Would be nice if non-standard date format of yyyy.mmdd were documented
in leading comments, but if you try enough possibilities it does
eventually tell the expected format. First assuming mm/dd/yyyy, I got
that my birthdate was greater than current date, which implies year must
come first. After assuming ISO yyyy-mm-dd, it did get far enough to
tell the date format expected.
Sobering to find I'm over 27,000 days old.
JC Ewing
On 4/24/20 1:01 AM, CM Poncelet wrote:
> I attach a Rexx program to calculate and display the biorhythm values
> for a given date of birth and current or whatever other date.
>
> If 'management' complains that home workers are not putting enough
> effort into their working-from-home time, they can run this thing and
> send its output to 'management' just to prove that they are in perfect
> working condition and that any slow-down in productivity must be due to
> external factors which are wholly beyond their control <g>.
>
> Cheers, Chris Poncelet (retired sysprog)
>
> ...
--
Joel C. Ewing
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
