Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News]

n List On Behalf Of Denis Sent: Wednesday, July 10, 2024 1:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News] Hi Peter, retcode 4 means failed to load target DLL (COBOL). Did you do an export STEPLIB=HLQ.DSN where the COBOL D

Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News]

1:05 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News] Hi Peter, retcode 4 means failed to load target DLL (COBOL). Did you do an export STEPLIB=HLQ.DSN where the COBOL DLL resides? Is the first COBOL compiled as DLL?

Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News]

  Level(D190809.Z2R4) IEW2689W 4C40 DEFINITION SIDE FILE IS NOT DEFINED. FSUM3065 The LINKEDIT step ended with return code 4. From: IBM Mainframe Discussion List On Behalf Of Sri Hari Kolusu Sent: Tuesday, July 9, 2024 6:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: python calling COBOL [w

Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News]

OT DEFINED. FSUM3065 The LINKEDIT step ended with return code 4. From: IBM Mainframe Discussion List On Behalf Of Sri Hari Kolusu Sent: Tuesday, July 9, 2024 6:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News] >> t

Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News]

>> test on our z/OS V2.5 system, but apparently the essential LE module >> CEL4RO31 does not exist on our system (or at least I nave not yet found it). Peter, CEL4RO31 is supported in V2R4 and higher . Do you have hlq.SCEERUN2 in your SYSLIB ? Thanks, Kolusu

Re: python calling COBOL [was: RE: z/OS 3.1 Enhancements & Support News]

, it teaches us for the future. Peter From: IBM Mainframe Discussion List On Behalf Of Farley, Peter Sent: Thursday, July 4, 2024 3:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Support News Thank you Timothy. I can only hope he will find some of those very scarce r

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

This has turned into a long thread and I'll be forever catching up, so rather than wait to see whether someone else makes the same retort I'll just jump in: The only reason I've never written objects into TSO-REXX is that the capability doesn't exist. Now, maybe I tend to write longer and

Re: z/OS 3.1 Enhancements & Support News

Thank you Timothy. I can only hope he will find some of those very scarce round tuits for the task. Peter From: IBM Mainframe Discussion List On Behalf Of Timothy Sipples Sent: Wednesday, July 3, 2024 9:55 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Support

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

n.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Wednesday, July 3, 2024 6:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re:

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

thank you! (Re: z/OS 3.1 Enhancements & Support News On Wed, 3 Jul 2024 17:32:20 +, Seymour J Metz wrote: >In what way is OS/2 remotely similar to Unix? The design concepts are very similar. The leap from OS/2 to Unix is fairly simple. , multi-tasking to name a few. z/OS on th

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Wed, 3 Jul 2024 17:32:20 +, Seymour J Metz wrote: >In what way is OS/2 remotely similar to Unix? The design concepts are very similar. The leap from OS/2 to Unix is fairly simple. Filesystem, threads, processes, commands, multi-tasking to name a few. z/OS on the other hand has a

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Wed, 3 Jul 2024 16:19:52 -0400, Phil Smith III wrote: >I don't understand "because automation loses control of storage management". >Can you elaborate? . I don't know the internals of ooRexx so I can't state what will be a problem. Remember that automation is a system critical product that

Re: z/OS 3.1 Enhancements & Support News

Peter Farley asked: >Is there any chance you can inquire internally to IBM whether Mr. Gäbler >is going to expand the github he referenced in the blog post to include the >program sources and expanded examples as he proposed to do? That >would be a very useful example resource to have

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Wed, 3 Jul 2024 19:46:43 +, Seymour J Metz wrote: >You don't consider an application giving IRXINIT its own environments >and function packages to be REXX-aware? Function programs will only execute when the REXX function is called. There's nothing to stop the program from being called

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

Without starting/escalating a war here, may I ask about this: >ooRexx would be a terrible language for automation because automation >loses control of storage management. Those oop features come at a >cost. If your product isn't essential then ooRexx is fine but can be a >huge problem for system

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

ֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Wednesday, July 3, 2024 3:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements &

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Wed, 3 Jul 2024 16:11:45 +, Seymour J Metz wrote: >. > z/OS REXX on the other hand automatically integrates into most available >environments. >No. Various applications are REXX-aware, > and they would continue to be so were IBM to make ooRexx a supported > scripting language. There

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Mon, 1 Jul 2024 12:03:08 -0400, Phil Smith III wrote: >1) It's IBM and too many folks therefore concluded it must be bad. IBM never concluded REXX is bad. There are design decisions that upset folks. From a developer perspective I agree with those decisions because things like storage

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

<042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, July 3, 2024 1:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On Wed, 3 Jul 2024 17:24:18 +, Seymour J

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Wed, 3 Jul 2024 17:24:18 +, Seymour J Metz wrote: > >AFAIK the 32-bit API is compatible and the 64-bit APIiis not. > 32? As in 360/67? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

From: IBM Mainframe Discussion List on behalf of Jon Perryman Sent: Wednesday, July 3, 2024 12:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On Wed, 3 Jul 2024 13:19:13 +

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

<042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, July 3, 2024 12:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On Wed, 3 Jul 2024 16:11:45 +, Seymour J Metz wrote: >

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Wed, 3 Jul 2024 13:19:13 +0200, Rony G. Flatscher wrote: >No, it was *not* designed for Unix. It is available for Unix, Windows, Apple, >and many more >operating systems. While they may not adhere to the UNIX standards, those OS's are for all pratical purposes a UNIX variant with very

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Wed, 3 Jul 2024 16:11:45 +, Seymour J Metz wrote: >. > z/OS REXX on the other hand automatically integrates into most available >environments. > >No. Various applications are REXX-aware, and they would continue to be so were >IBM to make ooRexx a supported scripting language. > Are the

Re: z/OS 3.1 Enhancements & Support News

On 7/2/2024 11:14 PM, David Crayford wrote: There are equivalents to almost all of those listed above. What about invoking ISPEXEC? AFAIK it only understands the standard TSO/E variable pool known by CLIST and REXX. Has anyone written functions to access those variables (read/write) from

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

/OS 3.1 Enhancements & Support News On Sun, 30 Jun 2024 13:28:20 +, Seymour J Metz wrote: >The landscape would be quite different were IBM to provide legacy streams, > port ooRexx to TSO and include BSF4ooRexx as part of z/OS. > On my PCs I've pretty much abandoned SAA Rexx. N

Re: z/OS 3.1 Enhancements & Support News

On Behalf Of Timothy Sipples Sent: Wednesday, July 3, 2024 3:01 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Support News David Crayford wrote: >There are equivalents to almost all of those listed above. As Timothy already >mentioned ZAOU has many functions

Ad stems in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On 02.07.2024 02:32, Paul Gilmartin wrote: On Mon, 1 Jul 2024 23:13:04 +, Seymour J Metz wrote: Yes, on my PCs I only use ooRexx, which has DO OVER and USE ARG; in TSO I'm stuck with classic REXX, which has neither. What does DO OVER do for the analogue of REXX: A. = 'Preset'

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On 03.07.2024 07:20, Jon Perryman wrote: On Sun, 30 Jun 2024 13:28:20 +, Seymour J Metz wrote: The landscape would be quite different were IBM to provide legacy streams, port ooRexx to TSO and include BSF4ooRexx as part of z/OS. On my PCs I've pretty much abandoned SAA Rexx. Nothing

Re: z/OS 3.1 Enhancements & Support News

A bit OT, but how can you easily check if Python is installed on z/OS? (Can't ask anyone here for the moment due to an organisational mess.) Thomas Berg Den ons 3 juli 2024 09:01Timothy Sipples skrev: > David Crayford wrote: > > >There are equivalents to almost all of those listed above. As

Re: z/OS 3.1 Enhancements & Support News

David Crayford wrote: >There are equivalents to almost all of those listed above. As Timothy already >mentioned ZAOU has many functions Good list! I should mention some more. 1. IBM offers open source Python code called tnz that provides a complete 3270 ?stack.? You can use tnz to

Re: z/OS 3.1 Enhancements & Support News

I just tried the FTP client and works fine with MVS data sets and z/Os UNIX files https://docs.python.org/3/library/ftplib.html. On Wed, Jul 3, 2024 at 2:14 PM David Crayford wrote: > > > On 29 Jun 2024, at 9:03 PM, Steve Horein < > 05b0b4f1358b-dmarc-requ...@listserv.ua.edu> wrote: > > I

Re: z/OS 3.1 Enhancements & Support News

> On 29 Jun 2024, at 9:03 PM, Steve Horein > <05b0b4f1358b-dmarc-requ...@listserv.ua.edu> wrote: > > I don't mind flaunting my ignorance, but does python on z provide access to > other functions and programs? > In other words, what are the python equivalents for things like: > attach >

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Sun, 30 Jun 2024 13:28:20 +, Seymour J Metz wrote: >The landscape would be quite different were IBM to provide legacy streams, > port ooRexx to TSO and include BSF4ooRexx as part of z/OS. > On my PCs I've pretty much abandoned SAA Rexx. Nothing motivates IBM to port OOREXX. It is a

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

Just out of curiosity, I followed the link to "Advent of Code" (never heard of it before). Got the first star, now working on the second. I hate you. :) Ok, not really. But I can see I'll be playing Slay the Spire a lot less, in the coming evenings. Doing it in ooRexx, by the way. I need

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

; Sent: Tuesday, July 2, 2024 4:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On Tue, 2 Jul 2024 20:05:13 +, Seymour J Metz wrote: >... >> What is the signifiaance o f t

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Tue, 2 Jul 2024 20:05:13 +, Seymour J Metz wrote: >... >> What is the signifiaance o f the "name" of a stem? > >It's the value returned by the STRING method. It's also the default value for >missing (not dropped) elements. > Is the distinction between "missing" and "dropped" elements

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

2bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, July 2, 2024 2:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On Tue, 2 Jul 2024 18:34:43 +, Seymour J Metz wrote: &

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

ich, thank you! (Re: z/OS 3.1 Enhancements & Support News On Tue, 2 Jul 2024 17:14:45 +, Seymour J Metz wrote: >> Conscientious documentation of Rexx avoid the word "default" in this >> context for two reasons: >> `1. The expression is assigned to the stem w

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Tue, 2 Jul 2024 18:34:43 +, Seymour J Metz wrote: >in ooRexx it assigns a name to the stem and removes all elements. You can see >from the test that the stem has no elements after that. That behavior matches >the documentation. > I'm imagining: stem. = '2 + 2' /* 5-character string

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

(Re: z/OS 3.1 Enhancements & Support News On Tue, 2 Jul 2024 17:14:45 +, Seymour J Metz wrote: >> Conscientious documentation of Rexx avoid the word >> "default" in this context for two reasons: >> `1. The expression is assigned to the stem with every

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Tue, 2 Jul 2024 17:14:45 +, Seymour J Metz wrote: >> Conscientious documentation of Rexx avoid the word >> "default" in this context for two reasons: >> `1. The expression is assigned to the stem with every >>possible tail, not to only those not previously given >>a value. > >Not

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

v.ua.edu> Sent: Tuesday, July 2, 2024 12:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On Tue, 2 Jul 2024 15:24:29 +, Seymour J Metz wrote: >> I notice you didn't discuss;

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Tue, 2 Jul 2024 15:24:29 +, Seymour J Metz wrote: >> I notice you didn't discuss; >>>A. = 'Preset' >> >drop A.GAP > >Because neither has an effect on the loop. > >> Further, when a stem is used as the target of an assignment, >>all possible compound variables whose names

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

___ From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Tuesday, July 2, 2024 10:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 E

Re: Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

ture-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On 02.07.2024 15:08, Seymour J Metz wrote: > What about function packages? What are you thinking about? ---rony -- For IBM-MAIN subscribe / signoff / archiv

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Tue, 2 Jul 2024 01:51:36 +, Seymour J Metz wrote: >do i over A. >say 'A.'i '=' A.i >end > >Shouldggive only one line: "A. = I dunno". > I notice you didn't discuss; >A. = 'Preset' >drop A.GAP Further, when a

Re: Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On 02.07.2024 16:04, Paul Gilmartin wrote: On Tue, 2 Jul 2024 13:02:50 +0200, Rony G. Flatscher wrote: On 02.07.2024 12:58, Rony G. Flatscher wrote: Prolog: it seems that the mailer has distorted the code and made it illegible, hence resending the mail, now with the code preformatted in the

Re: Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On 02.07.2024 15:08, Seymour J Metz wrote: What about function packages? What are you thinking about? ---rony -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the

Re: Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Tue, 2 Jul 2024 13:02:50 +0200, Rony G. Flatscher wrote: >On 02.07.2024 12:58, Rony G. Flatscher wrote: >> Prolog: it seems that the mailer has distorted the code and made it >> illegible, hence resending the >> mail, now with the code preformatted in the hope that than the mailer does >>

Re: Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

-MAIN@LISTSERV.UA.EDU Subject: Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On 01.07.2024 20:45, Phil Smith III wrote: > Paul Gilmartin wrote: >> Lack of clo

Re: z/OS 3.1 Enhancements & Support News

From: IBM Mainframe Discussion List on behalf of Timothy Sipples Sent: Monday, July 1, 2024 10:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Support News Rony Flatscher wrote: >Adding support for Python is not bad, but it

Re: Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On 02.07.2024 12:58, Rony G. Flatscher wrote: Prolog: it seems that the mailer has distorted the code and made it illegible, hence resending the mail, now with the code preformatted in the hope that than the mailer does not reflow the code. Sorry about this inconvenience. ---rony Well,

Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

Prolog: it seems that the mailer has distorted the code and made it illegible, hence resending the mail, now with the code preformatted in the hope that than the mailer does not reflow the code. Sorry about this inconvenience. ---rony On 01.07.2024 20:45, Phil Smith III wrote: Paul Gilmartin

Rexx command handlers implemented in Java and in ooRexx (Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On 01.07.2024 20:45, Phil Smith III wrote: Paul Gilmartin wrote: Lack of closure: I don't believe a function package, much less a command environment can be coded in REXX. those must be coded in another language, therefore less portable. Well, that's a good point. OORexx makes that somewhat

Re: z/OS 3.1 Enhancements & Support News

Rony Flatscher wrote: >Adding support for Python is not bad, but it is good. Of course! Only on IBM-MAIN do we get to read complaints that IBM has significantly expanded the base z/OS operating system’s functionality. :-) >With no representative measurements and no definitions the >world agrees

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Monday, July 1, 2024 8:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Mon, 1 Jul 2024 15:01:33 -0500, Hobart Spitz wrote: > > - Stems are multi-key tables, not arrays. > Is that different from what's commonly called "Associative array"? > - Internal routines are almost always faster than repetitive code. The

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Mon, 1 Jul 2024 23:13:04 +, Seymour J Metz wrote: >Yes, on my PCs I only use ooRexx, which has DO OVER and USE ARG; in TSO I'm >stuck with classic REXX, which has neither. > What does DO OVER do for the analogue of REXX: A. = 'Preset' drop A.GAP Null = ''; A.Null = "I dunno"

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On 2/07/2024 6:01 am, Hobart Spitz wrote: - Stems are multi-key tables, not arrays. One of the frustrations I had returning to Rexx after using C# and Java is that stems sort-of work like maps, but are harder to use and have pitfalls that you need to be careful to avoid. Key-value

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Monday, July 1, 2024 6:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On Mon, 1 J

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News Import command from ISPF as ispfcmd Import command from EDIT as editcmd rc = editcmd("SEEK 'string' FIRST") etc. IBM would need to

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News While they'll pry my Rexx from my cold, dead hands and all that, it's hard not to see how powerful Python is. But they're also slightly differently targeted. Rexx was never meant to be a full-feat

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Mon, 1 Jul 2024 21:06:34 +, Seymour J Metz wrote: >How do you write an ISPF dialog or EDIT macro in Python. The REXX concept of >registering an environment makes it very useful. > >That said, TSO/E is way behind the xexx world. In ooRexx you can iterate over, >e.g., arrays, stem objects.

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Mon, 1 Jul 2024 18:54:40 +, Schmitt, Michael wrote: >>> Lack of support for instream data. > >address TSO >"NEWSTACK" >queue a line >queue another line > ... >ALLOC the DD you want them in (e.g. SYSIN) >"EXECIO" queued() "DISKW SYSIN (FINIS" >"DELSTACK" > >Works because EXECIO, by

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

From: IBM Mainframe Discussion List On Behalf Of Schmitt, Michael Sent: Monday, July 1, 2024 4:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News > They miss discovering that REXX is the

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News How do you write an ISPF dialog or EDIT macro in Python. The REXX concept of registering an environment makes it very useful. That said, TSO/E

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News > They miss discovering that REXX is the most > powerful procedural language, bar none. I think that crown goes to Python now. I've been doing the annual Advent of Code (https://adventofcode.com/) sinc

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

t Spitz Sent: Monday, July 1, 2024 3:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News [Some people who received this message don't often get email from 0688ad44c805-dmarc-requ...@li

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

> From: IBM Mainframe Discussion List on behalf > of Phil Smith III > Sent: Monday, July 1, 2024 2:45 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank > you! (Re: z/OS 3.1 Enhancements & Support News > > Paul Gilmar

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

, 2024 2:45 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News Paul Gilmartin wrote: >Lack of closure: I don't believe a function package, much less a >command environment can be cod

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

e from the data stack. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Monday, July 1, 2024 11:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Sup

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

Paul Gilmartin wrote: >Lack of closure: I don't believe a function package, much less a >command environment can be coded in REXX. those must be coded in >another language, therefore less portable. Well, that's a good point. OORexx makes that somewhat better, but not like P/P. But I could

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On Mon, 1 Jul 2024 12:03:08 -0400, Phil Smith III wrote: > >2) There were few decent/public examples of how to write function packages for >it. >... Lack of closure: I don't believe a function package, much less a command environment can be coded in REXX. those must be coded in another

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

I've long maintained that Rexx's (arguable) failure (I'm a huge fan, so I resist that term, but the popularity of first Perl and now Python kind of make it true) is due to two things: 1) It's IBM and too many folks therefore concluded it must be bad. 2) There were few decent/public examples of

Re: z/OS 3.1 Enhancements & Support News

On 01.07.2024 06:54, Timothy Sipples wrote: To address a few questions scattered in this thread... According to the current TIOBE Index (June, 2024), an attempt to rank the popularity of programming languages, Python is #1. But wherever you rank it, Python is at least reasonably popular.

Re: z/OS 3.1 Enhancements & Support News

To address a few questions scattered in this thread... According to the current TIOBE Index (June, 2024), an attempt to rank the popularity of programming languages, Python is #1. But wherever you rank it, Python is at least reasonably popular. Inclusion of popular programming languages in the

Re: z/OS 3.1 Enhancements & Support News

u> > Sent: Saturday, June 29, 2024 2:03:42 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: z/OS 3.1 Enhancements & Support News > > EXTERNAL EMAIL > > > > > > I don't mind flaunting my ignorance, but does python on z provide access to > other functions and prog

Re: z/OS 3.1 Enhancements & Support News

On Sun, 30 Jun 2024 08:30:53 +, Rob Scott wrote: > >The current big advantage REXX has is the extensive list of host environments >available using ADDRESS. > >I suspect over time , that python interfaces to many will appear as developers >can safely assume its presence on the system. > >Rob

Re: z/OS 3.1 Enhancements & Support News

יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Howard Rifkind <05d1a50828e5-dmarc-requ...@listserv.ua.edu> Sent: Saturday, June 29, 2024 6:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Suppo

Re: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

ERV.UA.EDU Subject: Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News On 28.06.2024 23:01, David Crayford wrote: > I'd prefer to avoid another instance of Crayford criticizing REXX, but here's > my take. :) > One major hurdle in

Rexx is quite cool, flexible, powerful, feature-rich, thank you! (Re: z/OS 3.1 Enhancements & Support News

On 28.06.2024 23:01, David Crayford wrote: I'd prefer to avoid another instance of Crayford criticizing REXX, but here's my take. :) One major hurdle in adopting Python is its dependency on a UNIX environment. When I introduced Python to REXX programmers, I received feedback from seasoned

Re: z/OS 3.1 Enhancements & Support News

<https://aka.ms/AAb9ysg> From: IBM Mainframe Discussion List on behalf of Steve Horein <05b0b4f1358b-dmarc-requ...@listserv.ua.edu> Sent: Saturday, June 29, 2024 2:03:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Suppor

Re: z/OS 3.1 Enhancements & Support News

Hi Howard, You said: "... G_d Rest his sole. ..." Were his feet or shoes tired? Regards, David On 2024-06-29 18:57, Howard Rifkind wrote: I believe that being Rexx is a standard part on both z/OS & z/VM. Correct me if I’m wrong but Python is not, only in a Linux or such OS. I’ve been around

Re: z/OS 3.1 Enhancements & Support News

*you're. I'm tired. -Original Message- From: Phil Smith III Sent: Saturday, June 29, 2024 10:48 PM To: 'IBM Mainframe Discussion List' Subject: RE: z/OS 3.1 Enhancements & Support News Ed, I'm honestly unsure what point your making here. That sounds pissy and I don't

Re: z/OS 3.1 Enhancements & Support News

/OS 3.1 Enhancements & Support News I distinctly remember (I think I was on the TSO committee at Share) When Rexx was announced. We were looking at ordering tSO/E at the time and I asked the boss to put the breaks on ordering TSO/e until GA and then wait 2 months. IIRC it was the early 80'

Re: z/OS 3.1 Enhancements & Support News

> On 06/29/2024 12:52 AM CDT Rob Scott > <0618c90e6fdf-dmarc-requ...@listserv.ua.edu> wrote: > > > I have been using REXX for over 30 years and I pretty much agree with > everything Dave says here. > > Having Python " automatically there " on a customer system will make it used > much

Re: z/OS 3.1 Enhancements & Support News

I believe that being Rexx is a standard part on both z/OS & z/VM. Correct me if I’m wrong but Python is not, only in a Linux or such OS. I’ve been around over 40 years using both OS’s and only my very old fashioned manager at Seton Hall University asked to have a quick Python thing written to

Re: z/OS 3.1 Enhancements & Support News

I don't mind flaunting my ignorance, but does python on z provide access to other functions and programs? In other words, what are the python equivalents for things like: attach attchmvs attchpgm bcpii bpxwunix call dsnrexx ftpapi irrxutil link linkmvs linkpgm Is there a python/rexx mapping

Re: z/OS 3.1 Enhancements & Support News

orupka <0471ebeac275-dmarc-requ...@listserv.ua.edu> Sent: Saturday, June 29, 2024 9:51:52 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Support News EXTERNAL EMAIL "REXX variables are limited to 31-bit storage" Is it really 31-bit or rather 24-bit? I'm askin

Re: z/OS 3.1 Enhancements & Support News

t;0595a051454b-dmarc-requ...@listserv.ua.edu> Sent: Friday, June 28, 2024 10:07:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Support News EXTERNAL EMAIL Even before Python or Java emerged, opting for offloads to zIIPs was a better choice. I meant to say "E

Re: z/OS 3.1 Enhancements & Support News

ka.ms/AAb9ysg> From: IBM Mainframe Discussion List on behalf of David Crayford <0595a051454b-dmarc-requ...@listserv.ua.edu> Sent: Friday, June 28, 2024 10:07:17 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Support News EXTERNAL EMAIL

Re: z/OS 3.1 Enhancements & Support News

> Even before Python or Java emerged, opting for offloads to zIIPs was a better > choice. I meant to say "Even before Python emerged on z/OS, opting for offloads to zIIPs was a better choice utilizing the JVM. > On 29 Jun 2024, at 5:01 AM, David Crayford wrote: > > Even before Python or

Re: z/OS 3.1 Enhancements & Support News

I'd prefer to avoid another instance of Crayford criticizing REXX, but here's my take. One major hurdle in adopting Python is its dependency on a UNIX environment. When I introduced Python to REXX programmers, I received feedback from seasoned professionals (like myself) who expressed

Re: z/OS 3.1 Enhancements & Support News

@Timothy, is that a Yes or a No? There has been a lot of discussion here about Rexx versus Python: "Why are you still using that old-fashioned Rexx when Python is so much more wonderful?" There are several answers, valid IMHO, including developer familiarity. But the key objection to Python,

Re: z/OS 3.1 Enhancements & Support News

Charles Mills wrote: >Am I reading this correctly that the "they would have to download >it and some shops won't do that" objection to the use of Python for >third-party software goes away, at least for customers with z/OS >systems ordered after July 1? These 3 products are ?bypassable

Re: z/OS 3.1 Enhancements & Support News

Discussion List on behalf of Charles Mills Sent: Thursday, June 27, 2024 2:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: z/OS 3.1 Enhancements & Support News Am I reading this correctly that the "they would have to download it and some shops won't do that" objection to the

Re: z/OS 3.1 Enhancements & Support News

Am I reading this correctly that the "they would have to download it and some shops won't do that" objection to the use of Python for third-party software goes away, at least for customers with z/OS systems ordered after July 1? Going forward, most shops will have Python available by default

Re: z/OS 3.1 Enhancements & Support News

El 2024-06-26 05:30, Timothy Sipples escribió: Jim Horne asks: This looks interesting. Is it available for prior releases, or just z/OS 3.1? I mentioned in my post that the IBM Open Enterprise SDK(*) for Python and IBM Z Open Automation Utilities runs on z/OS 2.4 and higher. The IBM

Re: [EXTERNAL] Re: z/OS 3.1 Enhancements & Support News

Thanks, Marna, this helps! Jim Marna Walle wrote: Of course! You can always order a "Product ServerPac" (which really is just a z/OS SREL ServerPac, but withOUT the operating system). These products are available as a Product ServerPac, that you can then run and enjoy on your z/OS V2.5

  1   2   >