Re: Port of ooRexx to z/OS? (Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread David Crayford
On 9/1/22 11:22 pm, Rony G. Flatscher wrote: On 09.01.2022 03:19, David Crayford wrote: On 9/1/22 2:15 am, Rony G. Flatscher wrote: On 08.01.2022 01:52, David Crayford wrote: On 7/1/22 7:53 pm, Rony G. Flatscher wrote: ... cut ... Well all of your languages miss the support for the message

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Bob Bridges
He was talking about NetREXX. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* Fatal error; system halted. Press any key to do nothing. */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Sunday, January 9, 2022 19:28 Which Rexx?

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Paul Gilmartin
On Sun, 9 Jan 2022 18:38:07 -0400, René Jansen wrote: >... >In the meantime, the case in which you just quote the command you would like >to be executed, works very well. Quoting commands sounds like the way (FSVO) good old Rexx works. >> On 9 Jan 2022, at 18:34, Seymour J Metz wrote: >>

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread John McKown
Create the temp file. Open it. Unlink it. When you close the file, it will be removed by the filesystem. Until then, the inside exists without a directory entry. On Sun, Jan 9, 2022, 16:51 Seymour J Metz wrote: > Unique names for temporary Unix files is trivial. Making them go away at > the

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Paul Gilmartin
On Sun, 9 Jan 2022 22:50:46 +, Seymour J Metz wrote: >Unique names for temporary Unix files is trivial. Making them go away at the >completion of the work is more difficult. > Most implementations of tmpfile() unlink the file immediately on creating it, before returning to the caller. z/OS

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Bob Bridges
Yeah, I've become a BIG fan of comments in my old age. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* He that is of the opinion money will do everything may well be suspected of doing everything for money. -Ben Franklin */ -Original Message- From: IBM Mainframe

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread René Jansen
I think that is a very valid requirement. Due to the platform it is running on, the JSR223 interface would also be usable for that purpose, although that is also rather light on retaining state at the moment. It will not be in the next release (4.02) because that is functionally closing, but

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
What I want to do is to register environments and function packages in a manner similar to what REXX supports, including retaining context. For instance, I would like for an editor to be able to call an edit macro written in NetRexx and allow the macro to issue commands and queries back to the

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
Well, I've promoted the use of symbolic parameters since OS/360 R14, causing me to curse the old 100 character limit on PARM. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Tom Brennan
I don't like anything complex enough that I have trouble figuring out what the original programmer had in mind. The worst though, is when I get halfway into something I'm already complaining about, then realize it's my own code I wrote 10 years earlier :) On 1/9/2022 2:17 PM, Seymour J Metz

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
Unique names for temporary Unix files is trivial. Making them go away at the completion of the work is more difficult. The user can also make ad hoc changes to many scripts by changing environment variables or configuration files. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread René Jansen
Yes, we are working on that. If you can tell me what you want to see, we’ll have a go. In the meantime, the case in which you just quote the command you would like to be executed, works very well. Best regards, René. > On 9 Jan 2022, at 18:34, Seymour J Metz wrote: > > I downloaded the

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
I downloaded the new documentation, and address doesn't seem to have the same semantics as in REXX. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of René Jansen

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
I take it you don't like REXX scripts, since they can conditionally select different dynamic allocations. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom Brennan

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
> he raison d'être of the mainframe is to run applications written in COBOL. What is FORTRAN, chopped liver? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David

Re: Macro/script/program (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
> I could be wrong, but I think the first use of "macro" in a > programming/computer context was introduced in Assembler languages: The first programming use of the term macro that I'm aware of was 705 Autocoder. The first macro assembler that I'm aware of to allow conditional code generation

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread René Jansen
Hi Shmuel. NetRexx has ADDRESS. It was added by Marc Remes in release 4.01. It can address any executable on your system. Subsequent versions will add ADDRESS WITH for collections and network. This was a syntactical addition, the runtime contains, for years and years already, the package

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Tom Brennan
I wish, but I had no access to their outside network. My work was done locally via crash cart. On 1/9/2022 10:33 AM, Paul Gilmartin wrote: On Sun, 9 Jan 2022 10:04:52 -0800, Tom Brennan wrote: ... shouldn't I call the customer and make sure he can remotely access the unit? ProTip:

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Paul Gilmartin
On Sun, 9 Jan 2022 10:04:52 -0800, Tom Brennan wrote: >... >shouldn't I call the customer and make sure he can remotely access the >unit? > ProTip: When I pretend to be an operator and want to know whether the link to Remotehost is working, I don't ask the local host. I ask Remotehost via

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Tom Brennan
On 1/9/2022 7:25 AM, Rony G. Flatscher wrote: Ah, "http" instead of "https", sorry (wrote it from memory and did not test it) ! I have this joke I try to follow that sometimes makes the people I work with upset with me: "Unless you tested it, there is *absolutely* no way it will work". A

Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
I've always felt that a professional should be willing and able to learn new tools while continuing to use old tools when appropriate. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: Console message alignement [EXTERNAL]

2022-01-09 Thread Feller, Paul
Peter, have you looked to see if there is an AREA setting in the CONSOL member? AREA Specifies the size of the out-of-line display area

Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
While REXX is my preferred scripting language, my passion is languages that are or were leading edge, e.g., Icon, SETL. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of

Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
I'm a TSO bigot, but my main objections to Unix System Services (née MVS OpenEdition) have not been based ondislike for Unix. Rather, I saw two major flaws in the goals. In the Unix world, there are requirements for certification, but there is a large ecology of tools that users have come to

Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
I would, in general, not compare any programming language to any natural language. The evolution of natural languages was driven by the types of challenges we faced over the millenia, and those did not require expressing algorithms and data structures. COBOL may be a terrible language, but it

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Seymour J Metz
> Well all of your languages miss the support for the message paradigm. What do you mean by "the message paradigm"? How does it differ from sending method invocation and response messages to objects? > NetRexx follows the Rexx philosophy, FSVO follows. NetRexx doesn't have the concept of

Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Rony G. Flatscher
On 09.01.2022 05:52, Wayne Bickerdike wrote: > I couldn't find Netrexx at (https://www.netrexx.org), I did find it here > http://www.netrexx.org Ah, "http" instead of "https", sorry (wrote it from memory and did not test it) ! > I like it! +1 ---rony ... cut ...

Port of ooRexx to z/OS? (Re: Ad NetRexx (Re: Ad programming features (Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

2022-01-09 Thread Rony G. Flatscher
On 09.01.2022 03:19, David Crayford wrote: > On 9/1/22 2:15 am, Rony G. Flatscher wrote: >> On 08.01.2022 01:52, David Crayford wrote: >>> On 7/1/22 7:53 pm, Rony G. Flatscher wrote: ... cut ...  >> Well all of your languages miss the support for the message paradigm. > > What on earth are

Re: Console message alignement

2022-01-09 Thread Seymour J Metz
Also look at the CONTROL (K) command. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Peter [dbajava...@gmail.com] Sent: Sunday, January 9, 2022 1:19 AM To:

Re: Console message alignement

2022-01-09 Thread David Spiegel
Hi Peter, With z/OS up, please try  these 2 console commands: K E,D (in case there a re messages on the bottom of the screen) K A,NONE Try a command which displays a large message, e.g. D A,L Regards, David On 2022-01-09 01:19, Peter wrote: Hello I am referring the MVS tuning and reference to