Re: Oorexx-users Digest, Vol 49, Issue 3

[ThSITC]

Are'*NOT* at least *some* of those *ancient* Rexx Definitions (from
their first Design by MFC),
and their later *added* synax & semantic RE-Definitions (for instance:
allowing BRACKETS
for *Rexx Stems*, nowadays called *Indexed Strings* in Netrexx ....

... become more and more CRYPTIC and cumbersome, as well, to the

******************************************
* Rexx Family of Languages             *
******************************************

Me, at least, am now loosing nearly *control* between all the *wellgrown
CHILDS*
of this whole *Family*

Other people may say: It's like in BABYLON ;-) :-) ;-)

Anyway, please continue to make the *Family* even *greater* by introducing
any number of dialects and deviations. so that really, at the end....

********************************************************************************
* NoBODY shall really understand Why we all need such a
* RICH and DIVERSED  --- Family of Languages ----
*     ... where we all probably think:
* A Language *is* a Language *is*  ***A Language***
*     (Tautolgy, again, borrowed from PLATO, old Greek Philosophee)
*********************************************************************************


But: Having now ANSII Rexx Regina.,classic Rexx, ooRexx, ooRexx
with BsF4Rexx :-), NetRexx, as well, etc, etc etc:

As a matter of fact, This Family might become *curious*, when we all
*quite ancient and old  *Rexx Enthusiasts* shall be dead ...

May I therefore ASK RexxLA to be TRANSPARENT, a bit

1.) How many members does REXXLA now have ?
2.) Which Companies, and who are the <Individuals> ?
3.) Same for NetRexx, of Course ?
4.) Same for Regina, of course ?

Same for ibm-netrexx, as well!

Pls. do forward *any and ALL* replease to Rene Vinvent Jansen,
and the RexxLA Boar, *not ME*, but:

I shall really appreciate a summary on the upcoming RexxLA 2014
meeting :-)

Thomas Schneider


Am 28.04.2014 07:47, schrieb [hidden email]:

> Send Oorexx-users mailing list submissions to
> [hidden email]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/oorexx-users
> or, via email, send a message with subject or body 'help' to
> [hidden email]
>
> You can reach the person managing the list at
> [hidden email]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Oorexx-users digest..."
>
>
> Today's Topics:
>
>     1. Re: How's the shell seeing what Rexx is doing internally, and
>        why does it care? (Rick McGuire)
>     2. Re: How's the shell seeing what Rexx is doing internally, and
>        why does it care? (CVBruce)
>     3. Dan Plemons/Dallas/IBM is out of the office. (Dan Plemons)
>     4. How's the shell seeing what Rexx is doing internally, and why
>        does it care? [never mind; stem.'lit' is not valid ooRexx]
>        (J. Leslie Turriff)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 27 Apr 2014 20:37:51 -0400
> From: Rick McGuire <[hidden email]>
> Subject: Re: [Oorexx-users] How's the shell seeing what Rexx is doing
> internally, and why does it care?
> To: Open Object Rexx Users <[hidden email]>
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
>   o.'a'      = 'alt'
>
> is NOT a valid way to set a compound variable.  That syntax ends up being
> an expression that evaluates to the value "0", which then gets issued as a
> shell command.  Run that using Trace I and you can see exactly how those
> instructions are getting evaluated.
>
> To set a compound variable using a literal string tail, you need to use the
> square bracket syntax:
>
>    o.['a'] = 'alt'
>
> Rick
>
>
> On Sun, Apr 27, 2014 at 7:57 PM, J. Leslie Turriff <
> [hidden email]> wrote:
>
>>          I'm getting a strange result when I try to initialize some stem
>> variables
>> whose stem names start with "o".  I don't understand how the shell is
>> getting
>> its fingers into an ordinary rexx assignment statement?
>>          My system is OpenSuSE 13.1 on x86_64 hardware.
>>          I ran across this while trying to set various opt.X variables, so
>> I tried
>> changing opt. to optn..  When the problem persisted, I created a little
>> testcase program.  Here's what I have:
>>
>> |  18:42:08,leslie@pinto
>> | ~/bin/rexx
>> | $rexx -v
>> | Open Object Rexx Version 4.2.0
>> | Build date: Dec 28 2013
>> | Addressing Mode: 64
>> |
>> | Copyright (c) IBM Corporation 1995, 2004.
>> | Copyright (c) RexxLA 2005-2013.
>> | All Rights Reserved.
>> | This program and the accompanying materials are made available under
>> | the terms of the Common Public License v1.0 which accompanies this
>> | distribution or at
>> | http://www.oorexx.org/license.html
>> |
>> |  18:42:32,leslie@pinto
>> | ~/bin/rexx
>> | $testcase
>> |      3 *-* o.         = ''
>> |        >>>   ""
>> |      4 *-* op.        = ''
>> |        >>>   ""
>> |      5 *-* opt.       = ''
>> |        >>>   ""
>> |      6 *-* opti.      = ''
>> |        >>>   ""
>> |      7 *-* optio.     = ''
>> |        >>>   ""
>> |      8 *-* option.    = ''
>> |        >>>   ""
>> |      9 *-* optn.      = ''
>> |        >>>   ""
>> |     10 *-* o.'a'      = 'alt'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     11 *-* op.'B'     = 'amb'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     12 *-* opt.'c'    = 'cap'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     13 *-* opti.'C'   = 'col'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     14 *-* optio.'n'  = 'num'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     15 *-* option.'H' = 'sha'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     16 *-* optn.'s'   = 'sec'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     17 *-* exit
>> |
>> |  18:42:41,leslie@pinto
>> | ~/bin/rexx
>> | $cat testcase
>> | #!/usr/bin/rexx
>> |   trace rnormal
>> |   o.         = ''
>> |   op.        = ''
>> |   opt.       = ''
>> |   opti.      = ''
>> |   optio.     = ''
>> |   option.    = ''
>> |   optn.      = ''
>> |   o.'a'      = 'alt'
>> |   op.'B'     = 'amb'
>> |   opt.'c'    = 'cap'
>> |   opti.'C'   = 'col'
>> |   optio.'n'  = 'num'
>> |   option.'H' = 'sha'
>> |   optn.'s'   = 'sec'
>> | exit
>> |  18:42:54,leslie@pinto
>> | ~/bin/rexx
>>
>>          Can anyone explain what's happening here?
>>
>> Leslie
>>
>> btw
>>          There is an empty file 0 in my bin/rexx/ directory; some arcane
>> subsystem on
>> my machine creates one in every directory, so if I delete it it's back the
>> next day; so that's where the error message gets it, but how is bash
>> getting
>> invoked during a Rexx assignment?
>>
>> | 18:45:12,leslie@pinto
>> | ~/bin/rexx
>> | $ls -l
>> | total 1276
>> | -rw-r--r-- 1 leslie users     0 2014-04-11 18:56:20 0
>> | :
>>
>>
>> ------------------------------------------------------------------------------
>> Start Your Social Network Today - Download eXo Platform
>> Build your Enterprise Intranet with eXo Platform Software
>> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
>> Get Started Now And Turn Your Intranet Into A Collaboration Platform
>> http://p.sf.net/sfu/ExoPlatform
>> _______________________________________________
>> Oorexx-users mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Sun, 27 Apr 2014 17:45:23 -0700
> From: CVBruce <[hidden email]>
> Subject: Re: [Oorexx-users] How's the shell seeing what Rexx is doing
> internally, and why does it care?
> To: Open Object Rexx Users <[hidden email]>
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=us-ascii
>
> What is the purpose of the single quotes around the tail name, i.e. o.'a'?
>
> What happens if you just use the simple assignment of o.a = 'alt'
>
> Do you get the same result if you type  a.'a' = 'alt'
>
> Bruce
>
> Sent from an undisclosed location.
>
>> On Apr 27, 2014, at 4:57 PM, "J. Leslie Turriff" <[hidden email]> wrote:
>>
>>     I'm getting a strange result when I try to initialize some stem variables
>> whose stem names start with "o".  I don't understand how the shell is getting
>> its fingers into an ordinary rexx assignment statement?
>>     My system is OpenSuSE 13.1 on x86_64 hardware.
>>     I ran across this while trying to set various opt.X variables, so I tried
>> changing opt. to optn..  When the problem persisted, I created a little
>> testcase program.  Here's what I have:
>>
>> |  18:42:08,leslie@pinto
>> | ~/bin/rexx
>> | $rexx -v
>> | Open Object Rexx Version 4.2.0
>> | Build date: Dec 28 2013
>> | Addressing Mode: 64
>> |
>> | Copyright (c) IBM Corporation 1995, 2004.
>> | Copyright (c) RexxLA 2005-2013.
>> | All Rights Reserved.
>> | This program and the accompanying materials are made available under
>> | the terms of the Common Public License v1.0 which accompanies this
>> | distribution or at
>> | http://www.oorexx.org/license.html
>> |
>> |  18:42:32,leslie@pinto
>> | ~/bin/rexx
>> | $testcase
>> |      3 *-* o.         = ''
>> |        >>>   ""
>> |      4 *-* op.        = ''
>> |        >>>   ""
>> |      5 *-* opt.       = ''
>> |        >>>   ""
>> |      6 *-* opti.      = ''
>> |        >>>   ""
>> |      7 *-* optio.     = ''
>> |        >>>   ""
>> |      8 *-* option.    = ''
>> |        >>>   ""
>> |      9 *-* optn.      = ''
>> |        >>>   ""
>> |     10 *-* o.'a'      = 'alt'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     11 *-* op.'B'     = 'amb'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     12 *-* opt.'c'    = 'cap'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     13 *-* opti.'C'   = 'col'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     14 *-* optio.'n'  = 'num'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     15 *-* option.'H' = 'sha'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     16 *-* optn.'s'   = 'sec'
>> |        >>>   "0"
>> | sh: /home/leslie/bin/rexx/0: Permission denied
>> |        +++   "RC(126)"
>> |     17 *-* exit
>> |
>> |  18:42:41,leslie@pinto
>> | ~/bin/rexx
>> | $cat testcase
>> | #!/usr/bin/rexx
>> |   trace rnormal
>> |   o.         = ''
>> |   op.        = ''
>> |   opt.       = ''
>> |   opti.      = ''
>> |   optio.     = ''
>> |   option.    = ''
>> |   optn.      = ''
>> |   o.'a'      = 'alt'
>> |   op.'B'     = 'amb'
>> |   opt.'c'    = 'cap'
>> |   opti.'C'   = 'col'
>> |   optio.'n'  = 'num'
>> |   option.'H' = 'sha'
>> |   optn.'s'   = 'sec'
>> | exit
>> |  18:42:54,leslie@pinto
>> | ~/bin/rexx
>>
>>     Can anyone explain what's happening here?
>>
>> Leslie
>>
>> btw
>>     There is an empty file 0 in my bin/rexx/ directory; some arcane subsystem on
>> my machine creates one in every directory, so if I delete it it's back the
>> next day; so that's where the error message gets it, but how is bash getting
>> invoked during a Rexx assignment?
>>
>> | 18:45:12,leslie@pinto
>> | ~/bin/rexx
>> | $ls -l
>> | total 1276
>> | -rw-r--r-- 1 leslie users     0 2014-04-11 18:56:20 0
>> | :
>>
>> ------------------------------------------------------------------------------
>> Start Your Social Network Today - Download eXo Platform
>> Build your Enterprise Intranet with eXo Platform Software
>> Java Based Open Source Intranet - Social, Extensible, Cloud Ready
>> Get Started Now And Turn Your Intranet Into A Collaboration Platform
>> http://p.sf.net/sfu/ExoPlatform
>> _______________________________________________
>> Oorexx-users mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>
>
> ------------------------------
>
> Message: 3
> Date: Sun, 27 Apr 2014 20:02:54 -0600
> From: Dan Plemons <[hidden email]>
> Subject: [Oorexx-users] Dan Plemons/Dallas/IBM is out of the office.
> To: Open Object Rexx Users <[hidden email]>
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="us-ascii"
>
>
> I will be out of the office starting  04/26/2014 and will not return until
> 05/05/2014.
>
> I will be out of the office on vacation until Monday 5/5/2014.  For any
> issues requiring immediate response contact Adam Palmese.
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 4
> Date: Mon, 28 Apr 2014 00:47:18 -0500
> From: "J. Leslie Turriff" <[hidden email]>
> Subject: [Oorexx-users] How's the shell seeing what Rexx is doing
> internally, and why does it care? [never mind; stem.'lit' is not valid
> ooRexx]
> To: Open Object Rexx Users <[hidden email]>
> Message-ID: <[hidden email]>
> Content-Type: text/plain;  charset="iso-8859-1"
>
> I just realized that the construct stem.'lit' is not a valid ooRexx
> construct.  I'm a bit mystified how it gets translated into an external
> command of '0', though...
>
> Leslie
>
>
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
> Instantly run your Selenium tests across 300+ browser/OS combos.  Get
> unparalleled scalability from the best Selenium testing platform available.
> Simple to use. Nothing to install. Get started now for free."
> http://p.sf.net/sfu/SauceLabs
>
> ------------------------------
>
> _______________________________________________
> Oorexx-users mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/oorexx-users
>
>
> End of Oorexx-users Digest, Vol 49, Issue 3
> *******************************************

_______________________________________________
Ibm-netrexx mailing list
[hidden email]
Online Archive : http://ibm-netrexx.215625.n3.nabble.com/