Re: [netrexx-pipelines] Migrate OS/2 pipelines to NetRexx Pipes

[René J. <rvj...@xs...>]

Hi Mike,

> On 4 Jun 2022, at 16:20, hp...@we... wrote:
> 
[…]

> First I wanted to see if the ooRexx function 'value' works the
> same under NetRexx. It will -- hopefully -- be documented in
> "NetRexx Language Reference", ISBN 978-90-819090-1-3, which shows
> on the title page Mike Cowlishaw and REXXLA as author (I doubt. In
> addition, Adobe Acrobat Reader shows as first bookmark 'List of

Mike C. authored nearly this whole book, if that is what you doubt. The errors are mine.

> Tables' which is linked to 'Content' on page upper-case II, there
> 'List of Tables' is indicated to be on page upper-case VII, a
> mouse-klick on this entry does just nothing, while the 'List of
> Tables' is in fact on page upper-case VIII. Sure, this could be a
> negligible detail, if not details stand for the whole. The
> responsible publisher of this edition is mentioned on page
> upper-case I, but who involved them? Mike Cowlishaw?)

I’ll tell the publisher. The 4.04 version has the same problem, which nobody noticed yet. 

> 
> Back to the subject. I expected a language reference documentation
> to be structured according the language, something like: A-general
> concept, B-keyword instructions, C-functions, etc. Since I still
> have REXX in mind as I know it since VM/SP my assumption was a
> fail. Similar to the "clash of the cultures" I encountered with
> ooRexx I see it now with NetRexx. Instead of
> 
>> say length("ABC")
> 
> I have to put it this way:
> 
>> say "ABC".length
> 
> What a progress! Re-use of old-style REXX routines impossible.

Glad you said that. This is one of the improvements of 4.04 - there you can use Classic Rexx notation for all built-in-functions (BIFs). In this case, I did that and the original decision to have only oo-invocation is Mike’s.

> 
> OK, back to the subject.
> Additional question: if I would program a VARLOAD stage or alike,
> and set there some variables according the data trickling through
> the pipe, would those be set within the VARLOAD routine only or
> for the NetRexx program which called the pipe in question? Would
> this also be possible from ooRexx? Probably not, but is there a
> chance to access a "common pool" from both "dialects"? Something
> adequate the GLOBALV concept of VM/CMS? Well, that would require
> some kind of "pull" in ooRexx after the NetRexx pipe finished, a
> "push" of the results (variables set directly) would be more
> appropriate.
> 
We have to speak to Rony about this, I am sure BSF4ooRexx has a fitting solution here.

> Sorry, with my nonexisting knowledge of NetRexx I'm stuck. At
> least I was able to answer two questions on my own. Now it's the
> turn for real experts.
> 
> Best,
> M.
> 
> 
> _______________________________________________
> netrexx-pipelines mailing list
> net...@li...
> https://lists.sourceforge.net/lists/listinfo/netrexx-pipelines