On Wednesday, 08/23/2006 at 10:58 AST, Charles Mills <[EMAIL PROTECTED]> 
wrote:
> Isn't there kind of a fundamental logical schizophrenia in Rexx in that 
you
> can have a program in which FOO is not a variable, yet SAY FOO is a 
valid
> instruction.

Your logic fails when you say "FOO is not a variable".  Since there aren't 
any declaratory statements in REXX, FOO is *always* a variable.  The 
variable can be either set or unset.

> Similarly
> 
> BAR. = "X"
> SAY BAR.17
> 
> outputs a value of "X" yet one would expect that an enumeration of BAR.
> would not "find" BAR.17

Well, except that BAR. = "X" sets all possible combinations of BAR.tail to 
"X".  I would be very upset if REXX did not "find" BAR.17 after I 
explicitly told it that BAR.anything is "X".  And there is no concept of 
an "enumeration of BAR." since for all practical purposes BAR. has an 
infinite number of tails.

> Rexx is kind of schizophrenic on whether or not a particular variable
> "exists." Yes, I know, the documentation may be precise, but the 
philosophy
> is still somewhat schizophrenic, IMHO.

I don't get the schizophrenic part, but I do understand that not everyone 
likes the way the REXX language was defined to work, particularly as it 
applies to unset variables.  Programmers who are initmately familiar with 
other procedural languages get stung from time to time by REXX.  Users 
(the people who used the VM system to solve business problems and for whom 
REXX was created) were very happy with it since they didn't bring 
preconceptions to the table.  For their simple-enough programs (scripts, 
really), REXX worked flawlessly without the need to worry about numbers 
vs. strings and variables vs. literals.  Their worst nightmare was 
converting their old EXEC and EXEC2 scripts to REXX.

Alan Altmark
z/VM Development
IBM Endicott

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to