In <4ce2016f.9010...@acm.org>, on 11/15/2010
at 09:58 PM, "Joel C. Ewing" said:
>Not really. I am talking about algorithmic concepts,
The mapping of multiple indexes into a single index is not an
algorithmic concept, it is a peculiarity of specific languages.
>You are unnecessarily restrict
In , on 11/06/2010
at 07:06 PM, john gilmore said:
>All subscripting schemes are devices for viewing a one-dimensional
>sequence of storage locations as a multidimensional one.
No, although that is how it is defined in FORTRAN. On the B5000,
Burroughs implemented multi-dimensional arrays as a
In , on 11/07/2010
at 09:43 AM, Paul Gilmartin said:
>Could such a port be naturally compatible with all the existing host
>command environments (TSO, ISPEXEC, ISREDIT, MVS, LINKMVS, SYSCALL,
>SDSF, etc.), or would they need to be recoded entirely, or at least a
>lot of glue code written?
Suc
In <1289080727.11210.36.ca...@mckown5.johnmckown.net>, on 11/06/2010
at 04:58 PM, John McKown said:
>I think of a REXX stem variable the same way that I do an Perl hash.
>Or more like a value associated with a "key" where the key is an
>arbitrary value. And a stem.var1.var2 is like a hash of a
In
,
on 11/07/2010
at 12:17 PM, Martin Packer said:
>... this really shows off the grottiness of Classic REXX as a
>language...
No, it just shows that a hammer is a poor screwdriver.
>Most of this example would be MUCH better if implemented in Object
>REXX.
There we agree.
--
Shmu
On 11/15/2010 12:05 PM, Shmuel Metz (Seymour J.) wrote:
In<4cd5c2dc.7070...@acm.org>, on 11/06/2010
at 04:04 PM, "Joel C. Ewing" said:
I believe that REXX only directly supports one of those two
mechanisms, namely the symbol table lookup and not true indexed
arrays.
Correct, although Ob
In <4cd5c2dc.7070...@acm.org>, on 11/06/2010
at 04:04 PM, "Joel C. Ewing" said:
>I believe that REXX only directly supports one of those two
>mechanisms, namely the symbol table lookup and not true indexed
>arrays.
Correct, although Object Oriented Rexx (OOREXX) has true arrays.
>The distin
In
<009066fa266f9b428db827deaa3c0e2701d7a...@exchangevs-04.ad.wsu.edu>,
on 11/05/2010
at 11:12 AM, "Gibney, Dave" said:
>Is it possible to dynamically define Rexx variables?
Of course. Use the value() function. Don't use interpret; it will just
make the code harder to follow.
>It doesn't wo
In
<819636076-1288989519-cardhu_decombobulator_blackberry.rim.net-7272712...@bda506.bisx.prod.on.blackberry>,
on 11/05/2010
at 08:38 PM, Ted MacNEIL said:
>While I used to have that bias,
It's not a bias.
>I have since found valid uses for it.
That does not contradict the warning to avoid i
In
<009066fa266f9b428db827deaa3c0e2701d7a...@exchangevs-04.ad.wsu.edu>,
on 11/05/2010
at 04:57 PM, "Gibney, Dave" said:
>And, I can't seem to use a stem value (values of A.x) to index a
>stem.
Not in Rexx, although you can in object oriented REXX (OOREXX).
--
Shmuel (Seymour J.) Metz
In , on 11/05/2010
at 10:18 PM, Paul Gilmartin said:
>First, always, always, always start every EXEC with
>signal on novalue
Chacun à son goût. I understand the argument, but consider the usage
too convenient to discard. OTOH, it's probably a good practice for
neophytes to use SIGNAL ON
I have a hard time seeing that a non-programmer would find stem variables easy
to understand, but maybe that's just me. When I was learning REXX I wish
someone would have told me to just think of them as "keyed arrays" or
"associative arrays", or even hashmaps, though I hate that term since to
On Sun, Nov 7, 2010 at 10:54 AM, john gilmore wrote:
> Move this discussion to TSO-REXX or elsewhere as you see fit. I am an
> advocate of proper fora, and I
> shall not feel excluded from a discussion I am unaware of.
Jawohl, Herr Oberst.
Actually, no. This isn't TSO-REXX specific; it's Rexx-
Move this discussion to TSO-REXX or elsewhere as you see fit. I am an advocate
of proper fora, and I
shall not feel excluded from a discussion I am unaware of.
John Gilmore Ashland, MA 01721-1817 USA
--
On Sun, 7 Nov 2010 07:37:01 -0600, John McKown wrote:
>
>I agree that Object REXX on z/OS, especially in the UNIX arena, would be
>wonderful. Once again, I am frustrated by things beyond my control. I
Could such a port be naturally compatible with all the existing
host command environments (TSO, I
On Sun, Nov 7, 2010 at 7:17 AM, Martin Packer wrote:
> Not to dismiss the sample at all but...
> ... this really shows off the grottiness of Classic REXX as a language...
> I have incantations just like these (and knowing enough of object-oriented
> languages and Object REXX) I wonder why we have
On Sun, 2010-11-07 at 12:17 +, Martin Packer wrote:
> Not to dismiss the sample at all but...
>
> ... this really shows off the grottiness of Classic REXX as a language...
> I have incantations just like these (and knowing enough of object-oriented
> languages and Object REXX) I wonder why w
ubject:
Re: Rexx question - Dynamic generation of variables?
Sent by:
IBM Mainframe Discussion List
I have found this form quite useful:-
alloc_member_cnt = alloc_member_cnt + 1
alloc_member.alloc_member_cnt = my_member
alloc_member.my_member = alloc_member_cnt
additional information can b
I have found this form quite useful:-
alloc_member_cnt = alloc_member_cnt + 1
alloc_member.alloc_member_cnt = my_member
alloc_member.my_member = alloc_member_cnt
additional information can be retained in the "array":-
alloc_dsname.alloc_member_cnt = my_dsn
alloc_dsname.my_dsn = alloc_
-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Gerhard Postpischil
Sent: Friday, November 05, 2010 3:03 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Rexx question - Dynamic generation of variables?
On 11/5/2010 2:24 PM, Veilleux, Jon L wrote:
> INTERPRET
On Sat, 2010-11-06 at 18:26 -0500, Paul Gilmartin wrote:
> On Sat, 6 Nov 2010 16:58:47 -0500, John McKown wrote:
> >
> >I think of a REXX stem variable the same way that I do an Perl hash. Or
> >more like a value associated with a "key" where the key is an arbitrary
> >value. And a stem.var1.var2 i
On Sat, 6 Nov 2010 16:58:47 -0500, John McKown wrote:
>
>I think of a REXX stem variable the same way that I do an Perl hash. Or
>more like a value associated with a "key" where the key is an arbitrary
>value. And a stem.var1.var2 is like a hash of a hash in Perl.
>
If I understand what you mean by
On Sat, 2010-11-06 at 16:04 -0500, Joel C. Ewing wrote:
> I believe that REXX only directly supports one of those two mechanisms,
> namely the symbol table lookup and not true indexed arrays. Although
> one may use in a REXX program "symbol.ix", where ix in that particular
> program is always a
I believe that REXX only directly supports one of those two mechanisms,
namely the symbol table lookup and not true indexed arrays. Although
one may use in a REXX program "symbol.ix", where ix in that particular
program is always a positive numeric integer, I would think this only
gives the il
Joel Ewing wrote:
| This technique in effect maps any number of dimensions to a single dimension.
and there is an important functional sense in which his statement is correct;
but 1) it confounds two very different mechanisms, 2) it is not a scheme
specific to REXX, and 3) these two mechanism
On Sat, 6 Nov 2010 08:33:02 -0500, Joel C. Ewing wrote:
>
>Since the stem index is an arbitrary variable value, whenever I have
>needed a table lookup dependent on multiple variable values I have
>usually been able to use a construct like
>
>table. = 'some default value'
>...
>index = dsname "#" vo
On 11/05/2010 07:24 PM, Gibney, Dave wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Phil Smith
Sent: Friday, November 05, 2010 5:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Rexx question - Dynamic generation of variables
On Fri, 5 Nov 2010 17:20:49 -0700, Gibney, Dave wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
>> Behalf Of Phil Smith
>> Sent: Friday, November 05, 2010 5:09 PM
>> To: IBM-MAIN@bama.ua.edu
>>
On 11/5/2010 4:38 PM, Ted MacNEIL wrote:
At the risk of starting another flame war, I would strongly
discourage use of INTERPRET.
While I used to have that bias, I have since found valid uses
for it.
English is not my native language. Please explain what part of
"strongly recommend against"
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Phil Smith
> Sent: Friday, November 05, 2010 5:09 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Rexx question - Dynamic generation of variables?
>"Stems are n
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Phil Smith
> Sent: Friday, November 05, 2010 5:09 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Rexx question - Dynamic generation of variables?
>
> On Fri
On Fri, Nov 5, 2010 at 7:57 PM, Gibney, Dave wrote:
> And, I can't seem to use a stem value (values of A.x) to index a stem.
> A.x = 'foo'
> say A.x
> B.foo = 'bar'
> say B.foo
> say B.A.x
> y = A.x
> say y
> say B.y
> Gets:
> foo
> bar
> B.A.X
> foo
> B.foo
> I want bar where I get B.A.X and B.f
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Paul Gilmartin
> Sent: Friday, November 05, 2010 2:18 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Rexx question - Dynamic generation of variables?
>
> On Fri, 5
On Fri, 5 Nov 2010 13:58:22 -0700, Gibney, Dave wrote:
>
>Perhaps blinders :) I have always seen stems as the part before the
>period and the part after the single, one and only period.
>
In a way, your intuition is good. Rexx compounds are truly
one-dimensional; Rexx tries to fool you by concaten
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Paul Gilmartin
> Sent: Friday, November 05, 2010 1:40 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Rexx question - Dynamic generation of variables?
>
> On Fri, 5
On Fri, 5 Nov 2010 11:28:44 -0700, Gibney, Dave wrote:
>
>Yes, in the end, and I should have mentioned it, I want to dynamically
>define the stem root.
>
Why?
>I want to able to set dsnamevolser.catlg = 'YES' and dsnamevolser.poe -
>'yes'
>
What exactly is wrong with A.dsnamevolser.catlg and
A.dsn
>At the risk of starting another flame war, I would strongly discourage use of
>INTERPRET.
While I used to have that bias, I have since found valid uses for it.
>While it may work correctly in some instances, it leads to problems in
>general, and is easily replaced by "value()".
This sounds K
ential troublesome PDS/E
Dave Gibney
Information Technology Services
Washington State University
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Gerhard Postpischil
> Sent: Friday, November 05, 2010 12:03 PM
> To
On Fri, Nov 5, 2010 at 3:03 PM, Gerhard Postpischil wrote:
> On 11/5/2010 2:24 PM, Veilleux, Jon L wrote:
>>
>> INTERPRET TEST"='FRED'"
>> INTERPRET 'SAY TEST'
>
> At the risk of starting another flame war, I would strongly discourage use
> of INTERPRET. While it may work correctly in some instan
On 11/5/2010 2:24 PM, Veilleux, Jon L wrote:
INTERPRET TEST"='FRED'"
INTERPRET 'SAY TEST'
At the risk of starting another flame war, I would strongly
discourage use of INTERPRET. While it may work correctly in some
instances, it leads to problems in general, and is easily
replaced by "value
e Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Veilleux, Jon L
Sent: Friday, November 05, 2010 2:40 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Rexx question - Dynamic generation of variables?
Something like this? Using dsn and volser
TRACE R
Q=LISTDSI(S
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Gibney, Dave
Sent: Friday, November 05, 2010 2:29 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Rexx question - Dynamic generation of variables?
> -Original Message-
> From: IBM Mainfram
2:29 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Rexx question - Dynamic generation of variables?
>
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> > Behalf Of Walt Farrell
> > Sent: Friday, November 05, 2010 11:1
ay FIRSTMAGICSECOND' and the
result will be FRED
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Veilleux, Jon L
Sent: Friday, November 05, 2010 2:25 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Rexx question - Dynamic generation of variab
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Walt Farrell
> Sent: Friday, November 05, 2010 11:18 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Rexx question - Dynamic generation of variables?
>
> On Fri, 5
e Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Gibney, Dave
Sent: Friday, November 05, 2010 2:13 PM
To: IBM-MAIN@bama.ua.edu
Subject: Rexx question - Dynamic generation of variables?
I don't subscribe to the Rexx list and am not sure I'd survive another list :)
Is it possibl
On Fri, 5 Nov 2010 11:12:44 -0700, Gibney, Dave wrote:
>I don't subscribe to the Rexx list and am not sure I'd survive another
>list :)
>
>Is it possible to dynamically define Rexx variables?
>
>It doesn't work but I'd like something like:
>X='first'
>y='second'
>x|magic|y='fred'
>Say x|magic|yy
I don't subscribe to the Rexx list and am not sure I'd survive another
list :)
Is it possible to dynamically define Rexx variables?
It doesn't work but I'd like something like:
X='first'
y='second'
x|magic|y='fred'
Say x|magic|yy
And get 'fred' as the output.
Really x is a dsname and y is the
48 matches
Mail list logo
