On Wed, Sep 5, 2018 at 9:21 AM Rony G. Flatscher <rony.flatsc...@wu.ac.at>
wrote:
> Hi Chip,
>
> On 04.09.2018 21:55, Chip Davis wrote:
> > I would like to think that
> > ADDRESS [ env | SYSTEM | ENVIRONMENT ] ... cmd
> > would be a trivial and non-controversial enhancement to aid
> cross-platform Rexx code. I've never
> > been wild about the null string being a default for anything. (I have a
> faint memory that once
> > two Address'ed environments were set up, one could toggle from one to
> the other with simply
> > 'Address'. I find that reprehensible coding and would never have used
> it, so perhaps that is a
> > false memory in the first place.)
> Thanks!
>
> > I vaguely remember seeing the 'PARSE ARRAY ...' suggestion come up but
> don't recall the discussion
> > or any consensus/objections. Could you provide a brief review?
> On 2018-04-13 Erich suggested a "multi return" ability for ooRexx (1) with
> comments in (2), (3),
> (4). Rick started work, experiments in the sandbox on "multiReturn" and
> finally removed that sandbox
> item (5) on 2018-08-10 stating "delete sandbox version of idea that did
> not pan out", with an
> exchange in (6) and (7), causing the PARSE ARRAY idea in (8).
>
> The idea as expressed in RFE 718 (9) is based on the existing PARSE
> keyword statement which allows
> for assigning (parsed) parts of a string to different variables in one
> statement. Extending this
> idea and applying it on array objects, which have become to be the most
> important and mostly used
> collection type in ooRexx, especially 5.0beta, yielded the RFE.
>
> It would allow for assigning the content of an array to multiple variables
> in one statement as is a
> feature of the Rexx PARSE keyword statement, adjusting for ooRexx array
> objects and semantics (like
> using .nil not an empty string if referring to a non existent item as
> ooRexx users would expect etc.).
>
> One application of this would allow conceptually to implement the multi
> return idea, if an array
> gets returned that will be parsed according to the template and assigned
> to the variables in the
> template in one single statement.
>
As a general multiple assignment solution, adding this to the PARSE
instruction does not make sense, since it
would only allow assignment of string values. PARSE always coerces the
object being parsed into a string first.
Rick
>
> ---rony
>
> (1) https://sourceforge.net/p/oorexx/mailman/message/36292736/
> (2) https://sourceforge.net/p/oorexx/mailman/message/36294936/
> (3) https://sourceforge.net/p/oorexx/mailman/message/36292740/
> (4) https://sourceforge.net/p/oorexx/mailman/message/36294915/
> (5) https://sourceforge.net/p/oorexx/code-0/11478
> (6) https://sourceforge.net/p/oorexx/mailman/message/36390226/
> (7) https://sourceforge.net/p/oorexx/mailman/message/36390231/
> (8) https://sourceforge.net/p/oorexx/mailman/message/36391066/
> (9) <https://sourceforge.net/p/oorexx/feature-requests/718/>
>
>
>
> >
> >
> > On 9/4/2018 11:47 AM, Rony G. Flatscher wrote:
> >> While discussing on this list in the past there were two ideas that
> came up and which I just
> >> documented in the request-for-enhancement (RFE) tracker of ooRexx, such
> that they do not get
> >> forgotten:
> >>
> >> * *PARSE ARRAY arr template*
> >> <https://sourceforge.net/p/oorexx/feature-requests/718/>
> >> * *ADDRESS: Add the Synonyms SYSTEM and ENVIRONMENT for ""
> >> *<https://sourceforge.net/p/oorexx/feature-requests/719/>
> >>
> >> Any feedback, discussion appreciated!
> >>
> >> ---rony
>
>
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> Oorexx-devel mailing list
> Oorexx-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/oorexx-devel
>
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Oorexx-devel mailing list
Oorexx-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/oorexx-devel
