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

Gil, I didn't mean to be unclear. I didn't have a successor in mind; I was thinking about updating and improving JCL itself. They've managed to add a few useful features without breaking old JCL code -- the IF and SET statements, I have in mind as examples -- but they can't afford to fix the

Re: HOW to use dfsort to replace these dates and times with BLANK

> We hope to use dfsort to replace these dates and times with BLANK Jason, Can you send a sample input file along with DCB properties offline? Thanks, Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions,

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

FWIW yes, I go back to A little bit of CP/67 and OS/360 on a 360/67 in 1967 Hardcore DOS/360 on 360/40s and /50s starting in 1968 (My first paid software job.) Hardcore OS/360 starting around 1972 or so. No SVC 99! And I disagree. Variables and file handles are not the same as DD names at all.

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

I agree with your point Bob; we don’t know the future. I was merely suggesting that we need to adapt to the changes not hold on to the past. Some things withstand the test of time and others stay behind. I suspect none of us have 3270 terminals but use emulators and I do a lot of my work

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

Some language purists claim that the messages are an intrinsic part of object-oriented programming. Check the documentation for Concurrency or for the REPLY instruction for some context. I always thought that object-oriented programming started with Simula 67 by way of Smalltalk, but according

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

I've been following this thread and one thing that has yet to appear, or I missed it, has to do with 4GL's and the drive, at one point, for languages that were more human oriented - those that could be written more like a normal sentence or phrase, and avoid the technical

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

I would say that what substitues for ddnames is variables and file handles. You go back to OS/360? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Charles Mills

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

I have no issue with DSORG / RECFM / LRECL / BLKSIZE, but can you justify the insane JCL default for SPACE?. Put on your user hat and explain how "absolute track not available" clearly means that you forgot to specify space for a new allocation. Yes, SMS fixes that, but that's decades after the

Re: Manuals for 3179G, 3192G, 3979

Would you consider sending the scans to bitsavers? Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Matt Hogstrom [m...@hogstrom.org] Sent: Thursday, January 6,

Re: HOW to use dfsort to replace these dates and times with BLANK

good spot ... There is the "last message in the group" flag so you can scan the file forwards On Fri, 7 Jan 2022 at 11:08, kekronbekron < 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > Hi Colin, > > What about the first char, the one that indicates if it's the start of a > multi-line,

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

On 07.01.2022 03:00, Bob Bridges wrote: > I usually include JCL under the ~very~ general rubric of "programming > language", but even mentally I think that's a stretch. It's more like a > macro language, sort of like .bat I guess. > > I may as well take this opportunity to include a mild rant.

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

Not disagreeing with your main point, Matt. But to be fair, most of the problem is that NO ONE KNOWS where we'll be fifty years later. Betamax lost (mostly), so a lot of time and investment and material is wasted. Oh, well; that's how it works; you try things out. I couldn't count the

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

On Fri, 7 Jan 2022 06:25:06 -0800, Charles Mill wrote: >Wait a minute! RECFM and JCL are different problems. You could write a >marvelous modern replacement for JCL but if you were going to deal with "3390" >(note the quotation marks) DASD you would need RECFM, LRECL and BLKSIZE (or, >if you

Re: DDNAMEs (was: Python ... REXX)

There are many different BASIC's, but the one I used in the late 1970's had string variables - you just put a $ at the end of the variable name. And yes, you could pass parameters and use variables in the OPEN statement, but we hadn't yet learned how to do that in class. So we hard-coded.

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

A file handle is basically a DCB, or rather, a pointer to a DCB. The thing it points to is a black box, so there are no compatibility issues comparable to the 24-bit addresses in DCBs. What "substitutes" for DD name indirection in many or most non-mainframe systems is that "dynamic allocation"

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

When I first started learning ooREXX (not that long ago, and I still don't know it well) I read that bit about "messages" that are apparently sent to methods and properties and was confused. My only object-oriented language at the time was VB (the VBA and VBS varieties), and I thought of

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

On 7 Jan 2022, at 08:44, Matt Hogstrom wrote: > > I concur. The challenge as we all know is that technology evolves over time > and is implemented in what we know and works versus where we’ll be fifty > years later. The absolute strength of Z is that people are not left to have > to keep

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

RECFM, LRECL and BLKSIZE are more application issues than DASD geometry issues. IBM had it right on TSS, where normal volumes were page formatted and all access methods dealt with 4 KiB blocks regardless of DCB attributes or DASD geometry. Same for VSAM; there's nothing in your ACB attributes

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

Heck Shmuel, I was on this list with you back around 1985 or so! And Jack Gilmore, who interviewed me for a job but did not hire me. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Seymour J Metz Sent: Friday, January 7, 2022

DDNAMEs (was: Python ... REXX)

On Thu, 6 Jan 2022 21:13:16 -0800, Tom Brennan wrote: >... >Maybe a bigger issue is with non-mainframe folks wondering why JCL is >there in the first place. I started with microcomputers, programming >things in BASIC where we were told to hard-code full filenames in the >program itself.

Re: DDNAMEs (was: Python ... REXX)

If I understand you right, a variable is not a DDname. DD names provide indirection. The programmer opens MYFILE1; JCL maps MYFILE1 to SYS1.FOO.BAR today, and to SYS2.WIDGET.CNTL tomorrow. (Or ALLOC or SVC 99, but SVC 99 is really outside of the original vision -- putting the true file name

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

On Fri, 7 Jan 2022 at 11:45, Lionel B. Dyck wrote: > I've been following this thread and one thing that has yet to appear, or I > missed it, has to do with 4GL's and the drive, at one point, for languages > that were more human oriented - those that could be written more like a > normal

Re: JCL IF-THEN-ELSE-ENDIF Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Fri, 7 Jan 2022 04:29:52 +, Nash, Jonathan S. wrote: > >... I was just >working on some JCL and I had just assumed that I >could set symbolics using IF THEN ELSE ENDIF: > >// IF (STEP1.RC = 0) THEN >// SYMB=GOOD >// ELSE >// SYMB=BAD >// ENDIF > >but I found out that BOTH SET

Re: JCL IF-THEN-ELSE-ENDIF Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

I think it's worth mentioning that the reason that SET must be unconditional is that JES has to issue ENQs after, AFAIK, the initial JCL scan and before execution starts. If a dataset has an embedded symbolic, doing the correct ENQ when the value might change at execution time could cause all

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

The line between a macro and a program is fuzzy when the macro language is Turing complete. IBM uses the macro facilities of OS/360 Assembler F to generate sysgen stage 2 job streams without ever generating an object deck. I've used Script to generate a backup schedule. Many others have done

Re: HOW to use dfsort to replace these dates and times with BLANK

Before I retired, I had some rexx code that took syslog, worked from the bottom upwards, and rebuild syslog so there was one line (sometimes a very long line) per message. you have to work from the bottom and work up, because you cannot tell if you work down, if a message has multiple lines. This

Re: HOW to use dfsort to replace these dates and times with BLANK

Hi Colin, What about the first char, the one that indicates if it's the start of a multi-line, etc. That can be used, right? - KB ‐‐‐ Original Message ‐‐‐ On Friday, January 7th, 2022 at 4:06 PM, Colin Paice wrote: > Before I retired, I had some rexx code that took syslog, worked

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

I concur. The challenge as we all know is that technology evolves over time and is implemented in what we know and works versus where we’ll be fifty years later. The absolute strength of Z is that people are not left to have to keep rewriting what has been done and invest more time and money

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

Wait a minute! RECFM and JCL are different problems. You could write a marvelous modern replacement for JCL but if you were going to deal with "3390" (note the quotation marks) DASD you would need RECFM, LRECL and BLKSIZE (or, if you prefer, RecFormat, RecLen and BlockSize). And JCL can be used

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

Disk geometry and file attributes are historic and have their place. I disagree that they are hard to explain and IBM has been enhancing storage management to begin to hide those so that is part of the transition. It seems like we’re trying to draw a line and its really more of a continuum

Re: JCL (was: Python ... REXX)

I'm sure there are several places that would copy a 6250bpi tape to a different medium. I would think the bigger problem would be whether the tape is even readable or if too much of the iron oxide has already fallen on the floor. :-) Rex -Original Message- From: IBM Mainframe

Re: HOW to use dfsort to replace these dates and times with BLANK

For reference, I mean this one - https://www.ibm.com/docs/en/zos/2.4.0?topic=automation-syslog-records - KB ‐‐‐ Original Message ‐‐‐ On Friday, January 7th, 2022 at 4:38 PM, kekronbekron <02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > Hi Colin, > > What about the first

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

On 07.01.2022 01:47, David Crayford wrote: > Here is my list of must haves for a scripting language. Does REXX or ooRexx > meet the requirements? > > 1. Short circuit evaluation > 2. Functions as first class objects > 3. Mutli-threading > 4. Dynamically typed, preferably with type hints > 5.

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

Took me an embarrassingly long time to notice that what I thought was silly in some of the non-mainframe programming languages I'd encountered, the feature called a "file handle", allowed programs in those languages the same flexibility that DD names give in JCL. --- Bob Bridges,

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

Most hackable -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Crayford Sent: Thursday, January 6, 2022 8:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS ** EXTERNAL EMAIL - USE CAUTION ** On

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

FWIW, I don't think JCL can be blamed for DSORG / RECFM / LRECL / BLKSIZE they're a long-standing feature of MVS, and JCL just had to have a way of expressing what the OS requires. And maybe it's just because I've used it for, um, 40 years now, but it doesn't seem so bad. Though truth to

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

On 7/1/22 12:33 pm, Matt Hogstrom wrote: I would not describe JCL as a programming language anymore than a pom is a language. Maven uses the pom XML to describe actions, dependencies and based on its analysis actually does the execution. And the declarative nature of pom.xml is why people

HOW to use dfsort to replace these dates and times with BLANK

Hi all There are many dates and times in the input. Please see it below input === 06/28/2018 2018.17 AA 18:07:46.51 BB 06/28/2019 16:07:46.50 = The issue is that the position of date and time isn't fixed. at the

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

On 7/1/22 7:53 pm, Rony G. Flatscher wrote: Here is my list of must haves for a scripting language. Does REXX or ooRexx meet the requirements? 1. Short circuit evaluation 2. Functions as first class objects 3. Mutli-threading 4. Dynamically typed, preferably with type hints 5. co-routintes 6.

Re: Manuals for 3179G, 3192G, 3979

See . -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Matt Hogstrom [m...@hogstrom.org] Sent: Friday, January 7, 2022 1:52 PM To:

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

On Fri, 7 Jan 2022 19:43:58 +, Seymour J Metz wrote: >Well, if you introduced the concept of steps into a script language then it >shouldn't be too hard to also add the concept of passed data sets. Named >temporary data sets also shouldn't be difficult. Or you could just use, e.g.,

Re: JCL IF-THEN-ELSE-ENDIF Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

On Fri, 7 Jan 2022 20:30:03 +, Seymour J Metz wrote: >> Would it be a favor to programmers to make misiplacing IF, etc. >> within a job step, or SET within IF ... ENDIF a syntax error? The >> effect is probably not what the programmers intend. > >IMHO, the current behavior is a bug, but it

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

On 7/1/22 8:44 pm, Matt Hogstrom wrote: A path forward that would make sense would be a new job control language like HELM that is familiar and modern and Kubernetes is the scheduler that runs the jobs. Embracing the new paradigms along side the existing models is what we as practitioners

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

On 7/1/22 8:35 pm, Ronald Wells wrote: Most hackable If by hackable you mean it's not secure then that's far from true. Everything is Lua is contained in a single data structure, the table. Game mods and frameworks such as Redis use a technique called sandboxing to remove anything that

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

On 8/1/22 1:42 am, Tony Harminc wrote: On Fri, 7 Jan 2022 at 11:45, Lionel B. Dyck wrote: I've been following this thread and one thing that has yet to appear, or I missed it, has to do with 4GL's and the drive, at one point, for languages that were more human oriented - those that could be

Re: HOW to use dfsort to replace these dates and times with BLANK

I have not worked this out, but I would look at dfsort FINDREP and regular expressions. On Fri, Jan 7, 2022, 1:39 AM Jason Cai wrote: > Hi all > > There are many dates and times in the input. > > Please see it below > > input > === > 06/28/2018 2018.17 AA

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

On Friday 07/01/2022 at 4:41 pm, Seymour J Metz wrote: COBOL was supposed to be that, no? The use of "magic numbers" as levels in the DATA DIVISION totally blows away any claim that COBOL is English like or understandable to someone without training. 66 foo PIC X(10). The syntax of 66

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

I looked at your list and I am happy to see that these include the things you find important. JS is undeniably a big factor but “the good parts” is a thin booklet. As is groovy - slow and nevery had any appeal to me, just looks messy. I quite like Ruby as an idea but slow as molasses. Today I

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

I could be wrong, but I think the first use of "macro" in a programming/computer context was introduced in Assembler languages:  A macro invocation statement basically looked like an assembly statement with parameters, but instead of generating a single machine instruction or data definition

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

+There's no forced standard for the choice of ddnames either; you need to know whether it's INPUT, SYSIN, SYSUT1 or "E. None of the above." -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: Manuals for 3179G, 3192G, 3979

The circle is now complete … manuals are here on bitsavers.org http://bitsavers.org/pdf/ibm/3192/ Thanks for the pointer Shmuel. Matt Hogstrom m...@hogstrom.org +1-919-656-0564 PGP Key: 0x90ECB270 Facebook LinkedIn Twitter

Re: How to use dfsort to filter keywords that aren't fixed position

It should be in CNMSAMP as members CNMS62J2 and CNMS6207, noted in the link I provided. On Wed, Jan 5, 2022 at 7:39 AM Jason Cai wrote: > Hello Steve >Log Analysis Program is free? Could you tell us where we could download > it? I could not find the download website for it. > Thanks a lot!

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

You are right! Environment variables may be used to provide file indirection (and a lot more). I know almost enough Windows and Linux to be dangerous. I guess it would be fair to say that on z/OS indirect dataset names are very much the convention, and initially were the only supported way of

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

Why not the more powerful PCRE? Note that Lua is also an implementation language for, e.g., Firefox. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayford

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

> Hardcore OS/360 starting around 1972 or so. No SVC 99! SVC 99 was very much there. The API, however, was very different from that in MVS, and was not GUPI. Command processors were supposed to use, e.g., DAIR, to fron end SVC 99. > And I disagree. Variables and file handles are not the same

Re: Manuals for 3179G, 3192G, 3979

I’m happy to send them where they best serve the community. I consider them open source at this point. Provide some more information please ? Matt Hogstrom PGP key 0F143BC1 > On Jan 7, 2022, at 13:32, Seymour J Metz wrote: > > Would you consider sending the scans to bitsavers? Thanks. >

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

Well, if you introduced the concept of steps into a script language then it shouldn't be too hard to also add the concept of passed data sets. Named temporary data sets also shouldn't be difficult. Or you could just use, e.g., ~/temp. Overrides are necessary unless you can anticipate every ad

Re: JCL IF-THEN-ELSE-ENDIF Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

The Initiator does the ENQ, not JES. By that time the Converter and Interpreter have already run. The condition code is unknown until the job actually runs, far too late for the Converter to examine it. The issue transcends the ENQ. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

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

I agree with Shmuel; we heard a lot about 4GLs back in the '80s and '90s, but I never saw one that lived up to the claims. DYL-280II, for example, was advertised as a 4GL, but it wasn't close. Don't get me wrong, as a 3GL I liked it just fine, and my company had me teach it to end users so they

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

One of the better 4GLs I worked with was IDEAL from ADR, later CA and Broadcom. It had FOR ENDFOR SELECT IF THEN ELSE LOOP ENDLOOP and GOTOless... It fitted very nicely with James Martin and Michael Jackson (MJSL) programming and design methodologies. Other awful 4GLs, Natural (ADABAS). I

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

ENQ and overrides come to mind. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of David Crayford [dcrayf...@gmail.com] Sent: Thursday, January 6, 2022 8:23 PM To:

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

Am 07.01.2022 um 19:36 schrieb Charles Mills: FWIW yes, I go back to A little bit of CP/67 and OS/360 on a 360/67 in 1967 Hardcore DOS/360 on 360/40s and /50s starting in 1968 (My first paid software job.) Hardcore OS/360 starting around 1972 or so. No SVC 99! And I disagree. Variables and

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

I know of languages that have been peddled as human oriented or English like; I don't know of any that even come close. As for REXX, I find it comfortable but it too has pitfalls. See, e.g., , .

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

I was more talking about JCL forcing the DD-to-dataset relationships into one place, which makes them easier to find. Here's a line I had to mess with last week in a Linux shell script: $IM_INSTALL_LOCATION/eclipse/IBMIM -input "$SCRIPTHOME/updateSKLM.xml" While those $ variables are set in

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

You can’t code arbirtraty names but a common convention is to look for a key in a file and use the value as a filename. Its a similar approach to DDNAMES as it uses an intermediary, just not as well defined for all users. Matt Hogstrom PGP key 0F143BC1 > On Jan 7, 2022, at 13:37, Charles

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

I don't do windoze, but on Linux using environment variables for files and lists of files is bog standard. Also, any *ix system has shell redirection for stderr, stdin and stdout using, e.g., <, >>, |. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3

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

On Fri, 7 Jan 2022 18:47:47 +, Seymour J Metz wrote: >ENQ and overrides come to mind. > Add passed temporary DSNs to the list. Are overrides necessary? Is there anything that overrides that couldn't be done (in a more controlled manner) with symbol substitution? -- gil

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

Yes, but since there's no forced standard, variables and other methods mean I might have to look the script or code to figure out what's going on. Sometimes that can get quite complex with the things people do that eventually comes up with a filename/path string. JCL makes everything nice

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

Not strictly speaking, no. But find me an old-timer (especially manager types) who is symbol-aware and actively uses them or promotes their extensive use in crafting PROC's for other than UNIT, REGION and sometimes HLQ and SPACE. I have faced active resistance on several jobs to my "overuse"

Re: HOW to use dfsort to replace these dates and times with BLANK

Hello Kolusu and all I will sent you the real input with DCB on Monday .The input is in our z/OS . I couldn’t download it at home. When we compare two syslog from the same system for different days ,we find there are a lot of dates and times whose position from 58 to 133 in syslog. Before

Re: JCL IF-THEN-ELSE-ENDIF Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS

> Would it be a favor to programmers to make misiplacing IF, etc. > within a job step, or SET within IF ... ENDIF a syntax error? The > effect is probably not what the programmers intend. IMHO, the current behavior is a bug, but it might take an RFE to get it fixed, and IBM might add a

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

> COBOL was supposed to be that, no? The use of "magic numbers" as levels in the DATA DIVISION totally blows away any claim that COBOL is English like or understandable to someone without training. 66 foo PIC X(10). 77 bar PIC X(10). 88 baz VALUE "S", "Y". Then there is the weird behavior

Re: DDNAMEs (was: Python ... REXX)

> today SET MYFILE1=SYS1.FOO.BAR > tomorrow SET MYFILE1=SYS2.WIDGET.CNTL The code then extracts the current value of MYFILE1 and uses it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List

Re: DDNAMEs (was: Python ... REXX)

> CMS is an abomination. I used to call it clumsy monitor system. However, there are things in CMS that I would like to see in TSO. > There are different macros for I/O to: disk; tape; terminal; card; printer; > ... The same was true for DOS; does z/VSE finally have a usable DTFDI? > And

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

I believe that reall AI will eventually arrive, and there has certainly been progress, but I no longer believe in the fairy tale that it is only 5 years away. I wish that here was a likeklihood that we would address the ethical issues before then, but I doubt it. -- Shmuel (Seymour J.) Metz

Re: Manuals for 3179G, 3192G, 3979

Talked to Al and he is copying them over. I’ll post updated links when available. Thanks for the pointer. Matt Hogstrom PGP Key: 0x90ECB270 “I’m smart enough to know how dumb I can be" — Hogstrom > On Jan 7, 2022, at 2:49 PM, Seymour J Metz wrote: > > See . > > >