Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition

Still wish OMVS would slowly be DUMPED (not support for the FLAT file system) but all the other JUNK -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Frenzel Sent: Wednesday, September 29, 2021 4:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: AW: EXTERNAL EMAIL:

Re: z/OS 2.5 Announcement out yet?

https://www.ibm.com/common/ssi/cgi-bin/ssialias?appname=skmwww=897%2FENUS5650-ZOS=DD=SM=ibmsearch_a=Z%2Fos%202.5 Get Outlook for Android From: IBM Mainframe Discussion List on behalf of Richards, Robert B. (CTR)

Re: requesting IBM DB2 enhancement

https://www.ibm.com/developerworks/rfe/execute?use_case=changeRequestLanding Check wrap.  Sent from Yahoo Mail for iPhone On Thursday, September 30, 2021, 9:34 AM, Bill Giannelli wrote: what is the procedure to request an enhancement for Db2? thanks Bill

Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition

Eh? You want z/OS to remain in its little puddle of uniqueness, unable to interoperate with the vast majority of the universe, requiring arcane skills to do the most basic of tasks and thus ensuring its path toward demise? On Thu, Sep 30, 2021 at 8:51 AM Ron Wells <

Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition

Brain washed. And I mean support for the FLAT file system is fine.. -Original Message- From: IBM Mainframe Discussion List On Behalf Of zMan Sent: Thursday, September 30, 2021 8:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition ** EXTERNAL EMAIL

z/OS 2.5 Announcement out yet?

I haven't been able to find anything on z/OS 2.5. It is supposed to be out today. Has anyone seen it and if so, can you provide me with the link(s). Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send

Re: EXTERNAL EMAIL: Re: zPDT Learner's Edition

On Thu, 30 Sep 2021 09:46:40 -0400, zMan wrote: >Eh? You want z/OS to remain in its little puddle of uniqueness, unable to >interoperate with the vast majority of the universe, requiring arcane >skills to do the most basic of tasks and thus ensuring its path toward >demise? > I could

Re: z/OS 2.5 Announcement out yet?

Here's the link; https://www.ibm.com/common/ssi/cgi-bin/ssialias?infotype=AN=CA=897/ENUS221-260=USN#sodx Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On

requesting IBM DB2 enhancement

what is the procedure to request an enhancement for Db2? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS 2.5 Announcement out yet?

Google it. There is a preview published and one or two other documents. I hope you are not hoping for any surprises. On Thu, Sep 30, 2021, 7:40 AM Richards, Robert B. (CTR) < 01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: > I haven't been able to find anything on z/OS 2.5. It is supposed

Re: OMVS - comparing directories for differences

On Thu, 30 Sep 2021 00:35:39 -0500, Bruce Hewson wrote: >My thanks to all who responded, but especially to Bill Schoen for the fscp >exec. > He's brilliant, dedicated, and generous. Sometimes he has translated my merest wishes into funcrtion. >Although not being permitted to access guthub from

Re: PL/I vs. JCL

90% of execs are run by general users 90% of the time, either explicitly from 'command line' or implicitly from an ISPF panel. Some of these folks may be more or less exec savvy, but most just want an exec to perform some business task with minimal fuss. They don't know or want to know how the

Re: PL/I vs. JCL

A number of people have responded but not actually spelled out the reason. A comment in the first line containing "REXX" is required if the module resides in a //SYSPROC DD -- and not if it's in the //SYSEXEC DD -- because //SYSPROC modules are interpreted by default by the CLIST interpreter

Re: z/OS 2.5 Announcement out yet?

On Thu, 30 Sep 2021 12:06:46 -0500, David Elliot wrote: >Google it. There is a preview published and one or two other documents. >I hope you are not hoping for any surprises. > I now see Doc at:

Re: PL/I vs. JCL

Of course; that's why you do the heavy lifting under the covers. But you need to deal with the nits so they don't have to. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf

Re: PL/I vs. JCL

Even a dead horse needs a tail. Parsing CLIST parms involves more than sorting out characters and delimiters. There are (my terminology) three kinds of parms. 1. Positional parms 2. Keyword switch parms 3, Keyword value parms Positional parms must come first in the order coded in the exec. Each

Re: PL/I vs. JCL

I once wrote an external routine that can break a character string into various individual parms and return them on the stack. It correctly parses strings with quotes, parens and comment markers. But as you say, even I hardly ever use it. Most routines work perfectly well with a string of

Infoprint Server, duplex option

Does anyone happen to know if non-PSF print jobs (specifically, LPR or IPP) support the use of the DUPLEX parameter on the OUTPUT JCL statement? I've tried it with an IP Printway LPR printer definition, but it doesn't seem to have any effect. The documentation leads me to think it might only

Re: PL/I vs. JCL

I tend to use Perl when I need to do complicated parsing of strings. Java, Python and Ruby have similar capabilities in that regard. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU]

Re: PL/I vs. JCL

It's spelled out in the documentation for the EXEC command. SYSEXEC is REXX only. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Bob Bridges [robhbrid...@gmail.com]

Re: PL/I vs. JCL

More than once I coded short CLIST front-ends to ASM programs in order to avoid IKJPARS while still doing the input processing you mentioned. The clist would poke the results in a single string for the assembler program to easily grab by offsets. On 9/30/2021 7:37 PM, Skip Robinson wrote: