Re: CL/REXX Was: valid 5250 character set

My own take on this is simple, give me a way to call open source objects
from CL and a method to return variables.

It could be that the answer is for me to build a wrapper object that
would use user spaces to move things around and deal with it that way, or
Richard's method, or..... I've even thought of using JSON for the
communications but that falls apart with CL not having the same
abilities as RPG to parse it. Do I want IBM to spend time/money on this,
well, I have not put an idea in so that kind of indicates in my mind that
it should be left to developers/software vendors. New product idea Brad?

To port any of the open source items now covered by IBMs containers into
the QSYS.lib environment would be self-defeating as the power of open
source from the RPMs would be destroyed. Jessie and the other IBM
leadership understand all of that.

--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On Thu, Jun 2, 2022 at 2:42 AM John Yeung <gallium.arsenide@xxxxxxxxx>
wrote:

On Wed, Jun 1, 2022 at 2:57 PM Patrik Schindler <poc@xxxxxxxxxx> wrote:

Am 01.06.2022 um 18:15 schrieb Jack Woehr via MIDRANGE-L <

midrange-l@xxxxxxxxxxxxxxxxxx>:

The ability to return from a Python script directly into the calling

CL's variables would be nice.

Wouldn't this mean to get a native port of Python to the CL environment

instead of PASE? At least if the whole thing shouldn't end like a
CPU-eating tangle of cross-environment return data shoveling?

There was already a port of Python to that environment. But it was
severely hampered by the inability to use much of the Python
ecosystem, which is arguably the real strength of Python.

For administrative scripts, the plain Python language is already more
than capable enough, but there is still the issue that it doesn't have
a mechanism for output parameters, so in that regard, it's no benefit
for Python to live in the QSYS.LIB environment.

John Y.
--