Re: NJE via SNA/EE
>We ran a mixture of TCP and SNA NJE for a long, long time and then >eventually (by accident in fact) ended up with an OSA hardware >configuration that could no longer support SNA. We couldn't use EE >because both ends of the connection were not MVS. So we capitulated and >changed everything over to TCP. It's a bit less predictable than SNA >was, but gets the job done. I see no reason to believe that falling >back to SNA would not work if we chose to do so (and had the necessary >OSA hardware). Falling back to SNA *did* work, once all the NJE/TCP parms were removed from the JES2 deck. It 'just' cost us an IPL on both ends of the connection. I got the impression that somehow the TCP parms take precedence over SNA just by being in the deck. Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Searching MLPA module
Yes. בתאריך יום ו׳, 18 בספט׳ 2020, 8:58, מאת Peter : > IEALPAxx and LPALSTxx treated in same way ? > > > > > On Fri, 18 Sep, 2020, 9:44 am Seymour J Metz, wrote: > > > You can search an LPA module with IPCS. > > > > In addition to the SETPROG command there's the CSVDYLPA macro. > > > > > > -- > > Shmuel (Seymour J.) Metz > > http://mason.gmu.edu/~smetz3 > > > > > > > > From: IBM Mainframe Discussion List on behalf > > of Peter > > Sent: Thursday, September 17, 2020 11:43 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Searching MLPA module > > > > Hello > > > > Is there any utility which can help to search the loaded MLPA module ? > Is > > it possible to load MLPA dynamically by avoiding IPL?(apology if this a > > ignorant question) > > > > We have a product which loads via MLPA and we just trying to understand > if > > it's possible to load it dynamically without the need of IPL > > > > Any advice on this is much appreciated > > > > Peter > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Searching MLPA module
IEALPAxx and LPALSTxx treated in same way ? On Fri, 18 Sep, 2020, 9:44 am Seymour J Metz, wrote: > You can search an LPA module with IPCS. > > In addition to the SETPROG command there's the CSVDYLPA macro. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > > From: IBM Mainframe Discussion List on behalf > of Peter > Sent: Thursday, September 17, 2020 11:43 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Searching MLPA module > > Hello > > Is there any utility which can help to search the loaded MLPA module ? Is > it possible to load MLPA dynamically by avoiding IPL?(apology if this a > ignorant question) > > We have a product which loads via MLPA and we just trying to understand if > it's possible to load it dynamically without the need of IPL > > Any advice on this is much appreciated > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Searching MLPA module
You can search an LPA module with IPCS. In addition to the SETPROG command there's the CSVDYLPA macro. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Peter Sent: Thursday, September 17, 2020 11:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Searching MLPA module Hello Is there any utility which can help to search the loaded MLPA module ? Is it possible to load MLPA dynamically by avoiding IPL?(apology if this a ignorant question) We have a product which loads via MLPA and we just trying to understand if it's possible to load it dynamically without the need of IPL Any advice on this is much appreciated Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Searching MLPA module
Peter, To load into dynamic lpa use setprog,add,modname= To test if already loaded use d prog,lpa,modname= There are macro calls for both if you want to do that from a program. ITschak בתאריך יום ו׳, 18 בספט׳ 2020, 6:43, מאת Peter : > Hello > > Is there any utility which can help to search the loaded MLPA module ? Is > it possible to load MLPA dynamically by avoiding IPL?(apology if this a > ignorant question) > > We have a product which loads via MLPA and we just trying to understand if > it's possible to load it dynamically without the need of IPL > > Any advice on this is much appreciated > > Peter > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Searching MLPA module
Hello Is there any utility which can help to search the loaded MLPA module ? Is it possible to load MLPA dynamically by avoiding IPL?(apology if this a ignorant question) We have a product which loads via MLPA and we just trying to understand if it's possible to load it dynamically without the need of IPL Any advice on this is much appreciated Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How get a user to use his own catalog rather than master?
Users probably need read access to mcat so they can access SYS1.MACLIB and others like it. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Jesse 1 Robinson > Sent: Thursday, September 17, 2020 5:06 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: How get a user to use his own catalog rather than master? > > Maybe I need a make-up class at Saturday morning vocab class. Then again > maybe it's > a distinction without a difference. Here's why you do *not* want to > over-grant update > access to the master catalog. > > -- For the average user, there should be some user catalog pointed to by an > alias in > mcat. There is no need for access to mcat. All ucats need to be managed and > subjected > to regular housekeeping. > > -- For someone who genuinely needs update or greater access to the master > catalog, > failure to create a ucat alias causes *all* data sets created by the user to > go into mcat. > This insidious result can go unnoticed for a long period. Getting the mcat > cleaned up > can be arduous, time consuming, and disruptive. > > As for whether gratuitous update access to mcat is a 'security' or an > 'integrity' problem, > extensive damage is possible. Simply deleting ucat aliases from mcat can > bring a > system to its knees. This is without touching a single customer data set. > Don't let it > happen. > > . > . > J.O.Skip Robinson > Southern California Edison Company > Electric Dragon Team Paddler > SHARE MVS Program Co-Manager > 323-715-0595 Mobile > 626-543-6132 Office ⇐=== NEW > robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL ? Re: SORT selection question
Gil, No documentation at all. Merely trial and error observation. A few years ago I had good business reasons to use z/OS awk for a research project for my employer and found that it works using "classic" datasets for both input and output. Whether it was INTENDED by IBM to do so is a question I never asked. I never claimed nor intended to imply that z/OS awk was documented as supporting "classic"" datasets, only that in its current incarnation it actually does so. I seem to remember that some years ago on this forum or maybe over on MVS-OE, you (or perhaps another poster) guessed that the reason for this actual support of "classic" datasets is that z/OS awk internally uses "fopen()" (which does support "classic" datasets) rather than "open()" (which does NOT support "classic" datasets). Due to OCO of course we will probably never know that for sure one way or the other. The only way to force IBM's hand would be to file an RFC on the command documentation for awk complaining that the actual support in the product is not documented. That, of course, might make IBM take that support away from us, so I personally wouldn’t want to be the one filing such an RCF. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, September 17, 2020 12:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL ? Re: SORT selection question EXTERNAL EMAIL On Thu, 17 Sep 2020 14:58:44 +, Farley, Peter x23353 wrote: >Of course that is an option, particularly the COBOL one. I am personally very >familiar with awk and z/OS awk does support "classic" datasets via DD, ... > Citation needed. According to what IBM document? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MEPL showing the latest PTF
For my money, the quickest and most reliable way to find the 'latest PTF' of a load module is to use the PDS command or its progeny StarTool. Select the member you want to query in its load library. For example, we're currently working on module AMAPDUPL In MIGLIB. Use the 'HISTORY' subcommand: Hi AMAPDUPL You get a display like below. It shows that PTF UA99435 was installed today. This is the fix BTW that allows the PDDU utility to use HTTPS instead of FTP to send doc to IBM. FWIW conventional FTP (as opposed to FTPS) will be disallowed in a few weeks. >-->HISTORY AMAPDUPL PDS060I Translator history by CSECT - B_TEXT :AMAPDUPL ASMA902019/05/23 569623400 V01M06 2019/05/23 PL/X-390 B_TEXT :AMAPDOPX ASMA902019/05/23 569623400 V01M06 2019/05/23 PL/X-390 B_TEXT :AMAPDUTI ASMA902013/02/20 569623400 V01M06 2013/02/20 PL/X-390 B_TEXT :AMAPDUTB ASMA902013/02/20 569623400 V01M06 2013/02/20 PL/X-390 B_TEXT :AMAPDUTC ASMA902013/02/20 569623400 V01M06 2013/02/20 PL/X-390 B_TEXT :AMAPDUAM ASMA902012/04/24 569623400 V01M06 2012/04/24 PL/X-390 B_TEXT :AMAPDUUN ASMA902011/05/17 569623400 V01M06 2011/05/17 PL/X-390 PDS061I AMASPZAP update history by CSECT - PDS067I Member has 1 IDR blocks with space for 19 IDR entries PDS068I 0 IDR entries are in use; 19 are available for use PDS062I User-supplied update history by CSECT - B_TEXT :AMAPDOPX 2020/09/17 UA99435 B_TEXT :AMAPDUPL 2020/09/17 UA99435 B_TEXT :AMAPDUTB 2013/05/08 RSI30510404 B_TEXT :AMAPDUTI 2013/05/08 RSI30510403 B_TEXT :AMAPDUTC 2013/05/08 RSI30510401 B_TEXT :AMAPDUAM 2012/05/31 RSI21150009 B_TEXT :AMAPDUUN 2011/06/07 RSI11370040 PDS064I Last link-edited on 2020/09/17 12:07 by 5695PMB01-BINDERz/OS V02 M03 *** Bottom of data *** . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Thursday, September 17, 2020 8:51 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: MEPL showing the latest PTF CAUTION EXTERNAL EMAIL PTF numbers are assigned in increasing order, but there's no real guarantee that reflects the order they apply in. In addition to Mark Jacobs' advice, you can also just list the sysmod you're interested in; as it could have been SUPed and not show up directly on the MOD entry. sas On Thu, Sep 17, 2020 at 10:44 AM Mark Jacobs < 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > Execute a batch SMP/e job; > > LIST MOD(modname) XREF. > > That'll list all the PTFS and such that touched that module. > > Mark Jacobs > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How get a user to use his own catalog rather than master?
Maybe I need a make-up class at Saturday morning vocab class. Then again maybe it's a distinction without a difference. Here's why you do *not* want to over-grant update access to the master catalog. -- For the average user, there should be some user catalog pointed to by an alias in mcat. There is no need for access to mcat. All ucats need to be managed and subjected to regular housekeeping. -- For someone who genuinely needs update or greater access to the master catalog, failure to create a ucat alias causes *all* data sets created by the user to go into mcat. This insidious result can go unnoticed for a long period. Getting the mcat cleaned up can be arduous, time consuming, and disruptive. As for whether gratuitous update access to mcat is a 'security' or an 'integrity' problem, extensive damage is possible. Simply deleting ucat aliases from mcat can bring a system to its knees. This is without touching a single customer data set. Don't let it happen. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lennie Bradshaw Sent: Thursday, September 17, 2020 4:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? CAUTION EXTERNAL EMAIL I did not intend to start a storm of messages here. I was simply using the IBM definition of system integrity which they document here, https://www.ibm.com/it-infrastructure/z/capabilities/system-integrity Yes, maybe it is semantics. But many working in IBM mainframe security community would distinguish security and integrity issues from one another. Lennie Dymoke-Bradshaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: 17 September 2020 17:16 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? Classification: HCL Internal Would you allow random updates of the ROOT directory on a *NIX system?. This is definitely both a integrity and an operational exposure -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Thursday, September 17, 2020 11:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] There's not much benefit to debating the semantics of "integrity". Nobody who doesn't thoroughly understand catalog management should be able to update the master catalog, because you can easily destroy the system by removing critical dataset entries. Much more typically, it just fills up with junk. sas On Thu, Sep 17, 2020 at 11:58 AM Gibney, David Allen wrote: > I could damage the catalog, perhaps as easily as adding datasets until > I overflow it. Perhaps not integrity as in ability to upgrade my > authority, but certainly a potential DOS and a threat to system stability. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?
I did not intend to start a storm of messages here. I was simply using the IBM definition of system integrity which they document here, https://www.ibm.com/it-infrastructure/z/capabilities/system-integrity Yes, maybe it is semantics. But many working in IBM mainframe security community would distinguish security and integrity issues from one another. Lennie Dymoke-Bradshaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Allan Staller Sent: 17 September 2020 17:16 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? Classification: HCL Internal Would you allow random updates of the ROOT directory on a *NIX system?. This is definitely both a integrity and an operational exposure -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Thursday, September 17, 2020 11:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] There's not much benefit to debating the semantics of "integrity". Nobody who doesn't thoroughly understand catalog management should be able to update the master catalog, because you can easily destroy the system by removing critical dataset entries. Much more typically, it just fills up with junk. sas On Thu, Sep 17, 2020 at 11:58 AM Gibney, David Allen wrote: > I could damage the catalog, perhaps as easily as adding datasets until > I overflow it. Perhaps not integrity as in ability to upgrade my > authority, but certainly a potential DOS and a threat to system stability. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL ? Re: SORT selection question
How does the interpretation of Peter Farley's question depend on anybody's definition of support except Peter's. Only if IBM asked the question would IBM's definition be relevant. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Thursday, September 17, 2020 2:56 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL ? Re: SORT selection question On Thu, 17 Sep 2020 17:17:35 +, Seymour J Metz wrote: >It may depend on how you define support. There are some utilities that work >but for which the documentation doesn't mention it. The DD: recognition is >unsupported in the sense that if it breaks IBM will not consider that an error. > It's not how I "define support" but how IBM defines support. In: z/OS Version 2 Release 4 UNIX System Services Command Reference IBM SA23-2280-40 Appendix K. Specifying MVS data set names in the shell environment (I suspect that "in the shell environment" is unduly restrictive and the construct can be used for the same programs invoked by exec*() or spawn*().) I read: Utilities that support MVS data set names The following utilities support the use of MVS file names. Consult the description for each utility for limitations and exceptions: • automount • c89 • cp • mv • pax • tar (Note the use of the word "support".) I assume that "The exception that proves the rule" applies, but it should be clarified as "Only the following utilities ..." "file" should be "data set". Appendix K fails to mention makedepend which itself mentions MVS data sets. "//DD:DDNAME" is mentioned under c89, makedepend, and Appendix K. I see no defining occurrence that appears to have scope applicable to Appendix K. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL ? Re: SORT selection question
On Thu, 17 Sep 2020 17:17:35 +, Seymour J Metz wrote: >It may depend on how you define support. There are some utilities that work >but for which the documentation doesn't mention it. The DD: recognition is >unsupported in the sense that if it breaks IBM will not consider that an error. > It's not how I "define support" but how IBM defines support. In: z/OS Version 2 Release 4 UNIX System Services Command Reference IBM SA23-2280-40 Appendix K. Specifying MVS data set names in the shell environment (I suspect that "in the shell environment" is unduly restrictive and the construct can be used for the same programs invoked by exec*() or spawn*().) I read: Utilities that support MVS data set names The following utilities support the use of MVS file names. Consult the description for each utility for limitations and exceptions: • automount • c89 • cp • mv • pax • tar (Note the use of the word "support".) I assume that "The exception that proves the rule" applies, but it should be clarified as "Only the following utilities ..." "file" should be "data set". Appendix K fails to mention makedepend which itself mentions MVS data sets. "//DD:DDNAME" is mentioned under c89, makedepend, and Appendix K. I see no defining occurrence that appears to have scope applicable to Appendix K. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Web Enablement Toolkit
Bill, check the 2nd post in this topic by Galina https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/2wlNViP1ndc Thanks, Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Web Enablement Toolkit
I have been trying to get the Web Enablement Toolkit for z/OS working using a sample from SYS1.SAMPLIB member name HWTHXRX1. But I am getting an error message : HTTP Web Enablement Toolkit Sample Begin *ERROR* (hwthconn) at time: 11:59:15 *** Rexx RC: 0, Toolkit ReturnCode: 262 DiagArea.Service: 1835009 DiagArea.ReasonCode: 1 DiagArea.ReasonDesc: EDC9501I The name does not resolve for the supplied parame ters. ** hwthconn failure ** HTTP Web Enablement Toolkit Sample End *** I have seen the exact same error in the archives here from several years ago here but have still found no solution. I have checked tcpip options and and read the AT-TLS usage overview in the manual but to no avail. I also set HWTH_OPT_USE_SSL=HWTH_SSL_USE and then there is this : HWTH_OPT_SSLKEYTYPE An optional 4-byte integer value that specifies the type of keystore to be used for HTTPS requests. This option is required when HWTH_OPT_USE_SSL is set to HWTH_SSL_USE. Valid values are: HWTH_SSLKEYTYPE_KEYDBFILE Use a key database file. HWTH_SSLKEYTYPE_KEYRINGNAME Use a SAF key ring name or a PKCS #11 token. Does anyone have this working? if so, how did you change the options in the sample? Q2: I used Postman to access a web page successfully, but until I added a TOKEN, it kept taking me to the Login page. How do you assign a token to bypass the login page FROM Z/os? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: J/TIP
David, What are you trying to accomplish with this program or set of programs ? A little more verb age would be great. Scott On Thu, Sep 17, 2020 at 5:53 AM David Spiegel wrote: > No. > > > > On 2020-09-16 23:18, Seymour J Metz wrote: > > > JTIP is more of an unsupported SAPI; it doesn't do what SDSF does. > Various versions of Wylbur supported it as an alternative SPOOL access. Do > you have a batch version of Wylbur at your shop? > > > > > > > > > -- > > > Shmuel (Seymour J.) Metz > > > > https://eur03.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3&data=02%7C01%7C%7Cdb4c227bfa7f486bc2f008d85ab86eda%7C84df9e7fe9f640afb435%7C1%7C0%7C637359095472893843&sdata=lE4zbYs8fbfko5TfxYBfnSac4cme6F%2B7Um47YsZsN5I%3D&reserved=0 > > > > > > > > > > > > From: IBM Mainframe Discussion List on > behalf of David Spiegel > > > Sent: Wednesday, September 16, 2020 9:51 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: J/TIP > > > > > > Hi, > > > I have been asked to investigate a number of JES2 Exits which are being > > > used to support remnants of J/TIP. > > > Does anyone here have J/TIP documentation or know where to find it? > > > > > > J/TIP is from University of Illinois in the '70s-'8-80s and the acronym > > > is short for JES2 TSO Interface Program. > > > Apparently quite a few of its features are built into SDSF. > > > I am trying to figure out (among other things) what purpose(s) it has in > > > JCL of Batch Jobs. > > > > > > Thanks in Advance, > > > David > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > . > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- Scott Ford IDMWORKS z/OS Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MEPL showing the latest PTF
Not if by prior you mean lower number. The safe thing to do is to query the status of the PTF you're concerned with. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Bill Giannelli Sent: Thursday, September 17, 2020 10:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: MEPL showing the latest PTF If I want to know if a given PTF is applied to a specific module, such as UI69028, but I see UI70029. Does that mean prior PTFs are included? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL ? Re: SORT selection question
It may depend on how you define support. There are some utilities that work but for which the documentation doesn't mention it. The DD: recognition is unsupported in the sense that if it breaks IBM will not consider that an error. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Thursday, September 17, 2020 12:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: COBOL ? Re: SORT selection question On Thu, 17 Sep 2020 14:58:44 +, Farley, Peter x23353 wrote: >Of course that is an option, particularly the COBOL one. I am personally very >familiar with awk and z/OS awk does support "classic" datasets via DD, ... > Citation needed. According to what IBM document? On Thu, 17 Sep 2020 08:01:46 -0700, Sri h Kolusu wrote: >> Can you set an a priori upper bound on the number of 'ABC' records? >> Suppose you're confident that there are at most 1000. > >Unfortunately that wouldn't work. If your input have less than 1000 >records for the key 'ABC' and you code STOPAFT=1001, then it would read the >entire file as we did not reach the STOPAFT limit. The parm STOPAFT is >executed after the INCLUDE/OMIT. Check this link for processing order. > Note that I changed your EQ to GE. So it would stop after reading no more than 1001 irrelevant records, much improving the performance for the OP's "very large" SORTIN. Note also that the OP said SORTIN had previously been sorted, so no records having key LT,'ABC' would precede the desired. >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.icea100/ice2ca_DFSORT_processing_.htm#idg7073__stmtseq > >> This will select (some value of) N 'ABC' records plus 1001-N other >> records. A second step can select the 'ABC' records from that smaller >> data set. > >You don't need a second step as you can use STARTREC/ENDREC/ACCEPT parms on >OUTFIL to select "n" number of records. > Needed because I change 'EQ' to 'GE. All depending on the ability to *guess* the upper bound for STOPAFT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MEPL showing the latest PTF
It's common for IBM to release multiple fixing PTFs for a single APAR, where the PTFs address essentially the same problem/function in multiple releases. This is often the case when two or more PTFs are close in numerical sequence. The best answer is found in IBM ServiceLink function SIS, which in this case states that UI69028 Is superceded by UI69029. However displaying UI69028 In SMP/E should clearly show that it is superceded. So the answer to the question, is UI69028 installed, the answer is Yes, it's installed/superceded. Whether UI69028 was ever actually installed is not germane because SMP/E will generally bypass installing a superceded PTF in a single APPLY if both PTFs are available. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Thursday, September 17, 2020 7:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: [External] MEPL showing the latest PTF CAUTION EXTERNAL EMAIL Bill, If UI70029 supercedes UI69028, then yes, the code correction in UI69028 is included. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, September 17, 2020 9:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] MEPL showing the latest PTF If I want to know if a given PTF is applied to a specific module, such as UI69028, but I see UI70029. Does that mean prior PTFs are included? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?
That depends on the type of access they have and on the dataset profiles. The part about filling up the MC, of course, applies regardless. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Steve Smith Sent: Thursday, September 17, 2020 12:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? There's not much benefit to debating the semantics of "integrity". Nobody who doesn't thoroughly understand catalog management should be able to update the master catalog, because you can easily destroy the system by removing critical dataset entries. Much more typically, it just fills up with junk. sas On Thu, Sep 17, 2020 at 11:58 AM Gibney, David Allen wrote: > I could damage the catalog, perhaps as easily as adding datasets until I > overflow it. Perhaps not integrity as in ability to upgrade my authority, > but certainly a potential DOS and a threat to system stability. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL ? Re: SORT selection question
>>> Note that I changed your EQ to GE. So it would stop after reading no > more than 1001 irrelevant records, much improving the performance > for the OP's "very large" SORTIN. Note also that the OP said SORTIN > had previously been sorted, so no records having key LT,'ABC' would > precede the desired. Gil, My apologies. I did not notice the GE. > Needed because I change 'EQ' to 'GE. No. You still don't need second pass as you can still filter on OUTFIL. something like this (note that I used EQ on the OUTFIL INCLUDE) //SYSINDD * OPTION COPY,STOPAFT=1001 INCLUDE COND=(1,3,CH,GE,C'ABC') OUTFIL INCLUDE=(1,3,CH,EQ,C'ABC') /* Thanks, Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] MEPL showing the latest PTF
Bill, If UI70029 supercedes UI69028, then yes, the code correction in UI69028 is included. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, September 17, 2020 9:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] MEPL showing the latest PTF If I want to know if a given PTF is applied to a specific module, such as UI69028, but I see UI70029. Does that mean prior PTFs are included? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: COBOL ? Re: SORT selection question
Im sorry I was joking about AWK and especially SED thought there are people who would do it :-) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Thursday, September 17, 2020 12:06 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: COBOL ? Re: SORT selection question On Thu, 17 Sep 2020 14:58:44 +, Farley, Peter x23353 wrote: >Of course that is an option, particularly the COBOL one. I am personally very >familiar with awk and z/OS awk does support "classic" datasets via DD, ... > Citation needed. According to what IBM document? On Thu, 17 Sep 2020 08:01:46 -0700, Sri h Kolusu wrote: >> Can you set an a priori upper bound on the number of 'ABC' records? >> Suppose you're confident that there are at most 1000. > >Unfortunately that wouldn't work. If your input have less than 1000 >records for the key 'ABC' and you code STOPAFT=1001, then it would read the >entire file as we did not reach the STOPAFT limit. The parm STOPAFT is >executed after the INCLUDE/OMIT. Check this link for processing order. > Note that I changed your EQ to GE. So it would stop after reading no more than 1001 irrelevant records, much improving the performance for the OP's "very large" SORTIN. Note also that the OP said SORTIN had previously been sorted, so no records having key LT,'ABC' would precede the desired. >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.icea100/ice2ca_DFSORT_processing_.htm#idg7073__stmtseq > >> This will select (some value of) N 'ABC' records plus 1001-N other >> records. A second step can select the 'ABC' records from that smaller >> data set. > >You don't need a second step as you can use STARTREC/ENDREC/ACCEPT parms on >OUTFIL to select "n" number of records. > Needed because I change 'EQ' to 'GE. All depending on the ability to *guess* the upper bound for STOPAFT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?
Classification: HCL Internal Would you allow random updates of the ROOT directory on a *NIX system?. This is definitely both a integrity and an operational exposure -Original Message- From: IBM Mainframe Discussion List On Behalf Of Steve Smith Sent: Thursday, September 17, 2020 11:14 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] There's not much benefit to debating the semantics of "integrity". Nobody who doesn't thoroughly understand catalog management should be able to update the master catalog, because you can easily destroy the system by removing critical dataset entries. Much more typically, it just fills up with junk. sas On Thu, Sep 17, 2020 at 11:58 AM Gibney, David Allen wrote: > I could damage the catalog, perhaps as easily as adding datasets until > I overflow it. Perhaps not integrity as in ability to upgrade my > authority, but certainly a potential DOS and a threat to system stability. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?
There's not much benefit to debating the semantics of "integrity". Nobody who doesn't thoroughly understand catalog management should be able to update the master catalog, because you can easily destroy the system by removing critical dataset entries. Much more typically, it just fills up with junk. sas On Thu, Sep 17, 2020 at 11:58 AM Gibney, David Allen wrote: > I could damage the catalog, perhaps as easily as adding datasets until I > overflow it. Perhaps not integrity as in ability to upgrade my authority, > but certainly a potential DOS and a threat to system stability. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL ? Re: SORT selection question
On Thu, 17 Sep 2020 14:58:44 +, Farley, Peter x23353 wrote: >Of course that is an option, particularly the COBOL one. I am personally very >familiar with awk and z/OS awk does support "classic" datasets via DD, ... > Citation needed. According to what IBM document? On Thu, 17 Sep 2020 08:01:46 -0700, Sri h Kolusu wrote: >> Can you set an a priori upper bound on the number of 'ABC' records? >> Suppose you're confident that there are at most 1000. > >Unfortunately that wouldn't work. If your input have less than 1000 >records for the key 'ABC' and you code STOPAFT=1001, then it would read the >entire file as we did not reach the STOPAFT limit. The parm STOPAFT is >executed after the INCLUDE/OMIT. Check this link for processing order. > Note that I changed your EQ to GE. So it would stop after reading no more than 1001 irrelevant records, much improving the performance for the OP's "very large" SORTIN. Note also that the OP said SORTIN had previously been sorted, so no records having key LT,'ABC' would precede the desired. >https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.icea100/ice2ca_DFSORT_processing_.htm#idg7073__stmtseq > >> This will select (some value of) N 'ABC' records plus 1001-N other >> records. A second step can select the 'ABC' records from that smaller >> data set. > >You don't need a second step as you can use STARTREC/ENDREC/ACCEPT parms on >OUTFIL to select "n" number of records. > Needed because I change 'EQ' to 'GE. All depending on the ability to *guess* the upper bound for STOPAFT. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?
I could damage the catalog, perhaps as easily as adding datasets until I overflow it. Perhaps not integrity as in ability to upgrade my authority, but certainly a potential DOS and a threat to system stability. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Lennie Dymoke-Bradshaw > Sent: Thursday, September 17, 2020 2:04 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather > than master? > > Dave, > > Sorry, but I actually disagree with Master catalog access being an integrity > issue. > > I would classify it as a security issue rather than an integrity issue. > The normal controls on the operating system are working correctly and are > not being bypassed, so I don't see that as an integrity issue. > > > Lennie Dymoke-Bradshaw > Consultant working on contract for BMC mainframe Services by RSM Partners > ‘Dance like no one is watching. Encrypt like everyone is.’ > > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Gibney, David Allen > Sent: 17 September 2020 02:23 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather > than master? > > A normal user with authority to update the master catalog is a potential > system integrity concern. > > > -Original Message- > > From: IBM Mainframe Discussion List On > > Behalf Of CM Poncelet > > Sent: Wednesday, September 16, 2020 6:00 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog > > rather than master? > > > > In short-speak, yes. A user can use his own catalog rather than the > > master catalog, howbeit via the MCAT's then containing an entry > > pointing at the user's logon ID as an hlq (or similar) in the user's UCAT. > > Anything can be done with a bit of frigging around. But the question > > is, why and is it worth it? > > > > BTW Yes, I agree that all system changes should always be done in > > batch and not 'interactively'. > > > > Just my ha'penny. > > > > > > > > On 16/09/2020 04:37, Charles Mills wrote: > > > Yeah, I am slowly learning that. :-/ > > > > > > Charles > > > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > > m...@listserv.ua.edu] On Behalf Of David Spiegel > > > Sent: Tuesday, September 15, 2020 4:40 PM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog > > > rather > > than master? > > > > > > Hi Charles, > > > I have a self-imposed rule: Always do it in Batch (rather than via > > > TSO and/or ISPF). > > > This has at least 2 benefits: > > > 1) It's repeatable and a history is automatically kept (assuming > > > that you save every Batch Job). > > > 2) You get to learn the Utilities faster. > > > > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO > > > IBM-MAIN . > > > > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MEPL showing the latest PTF
PTF numbers are assigned in increasing order, but there's no real guarantee that reflects the order they apply in. In addition to Mark Jacobs' advice, you can also just list the sysmod you're interested in; as it could have been SUPed and not show up directly on the MOD entry. sas On Thu, Sep 17, 2020 at 10:44 AM Mark Jacobs < 0224d287a4b1-dmarc-requ...@listserv.ua.edu> wrote: > Execute a batch SMP/e job; > > LIST MOD(modname) XREF. > > That'll list all the PTFS and such that touched that module. > > Mark Jacobs > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FIXCAT service
Our DR vendor just upgraded their mainframe (upgraded a z13 to a z14) ... when we recover our system we restore our z/VM 7.1 system first and then restore our z/OS 2.2 system as a guest under our VM. We have been debating whether we need to do the Required Service that a FIXCAT report produces on our z/OS system since we run it as a VM guest. So do we need to receive and apply what FIXCAT is saying we need on our z/OS 2.2 system even though it is running as a VM guest? Thanks, Ron McCabe Manager of Mainframe/Midrange Systems Mutual of Enumclaw Confidentiality Notice: This e- mail and all attachments may contain CONFIDENTIAL information and are meant solely for the intended recipient. It may contain controlled, privileged, or proprietary information that is protected under applicable law and shall not be disclosed to any unauthorized third party. If you are not the intended recipient, you are hereby notified that any unauthorized review, action, disclosure, distribution, or reproduction of any information contained in this e- mail and any attachments is strictly PROHIBITED. If you received this e- mail in error, please reply to the sender immediately stating that this transmission was misdirected, and delete or destroy all electronic and paper copies of this e-mail and attachments without disclosing the contents. This e- mail does not grant or assign rights of ownership in the proprietary subject matter herein, nor shall it be construed as a joint venture, partnership, teaming agreement, or any other formal business relationship. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORT selection question
> Can you set an a priori upper bound on the number of 'ABC' records? > Suppose you're confident that there are at most 1000. Gil, Unfortunately that wouldn't work. If your input have less than 1000 records for the key 'ABC' and you code STOPAFT=1001, then it would read the entire file as we did not reach the STOPAFT limit. The parm STOPAFT is executed after the INCLUDE/OMIT. Check this link for processing order. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.icea100/ice2ca_DFSORT_processing_.htm#idg7073__stmtseq > This will select (some value of) N 'ABC' records plus 1001-N other > records. A second step can select the 'ABC' records from that smaller > data set. You don't need a second step as you can use STARTREC/ENDREC/ACCEPT parms on OUTFIL to select "n" number of records. Thanks. Kolusu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORT selection question
Of course that is possible, and it is an option that I am aware of. It's just not as immediately usable as a control-card-only solution would be. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Christopher Y. Blaicher Sent: Wednesday, September 16, 2020 8:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORT selection question You could also use an E15 and return an 8 when you get past the interesting data. Chris Blaicher Technical Architect Precisely.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Peter Van Dyke Sent: Wednesday, September 16, 2020 8:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORT selection question Hi Peter, If you have IBM File Manager you could do what you need with the Data Set Copy (DSC) function and an enhanced processing procedure: $$FILEM DSC INPUT=DDIN, $$FILEM OUTPUT=DDOUT, $$FILEM PROC=* IF FLDI(1,3,C,'GT',"ABC") THEN RETURN STOP IMMEDIATE/* Stop processing */ /+ Regards, Peter Van Dyke On Thu, 17 Sep 2020 at 07:32, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 17 Sep 2020 08:58:59 +1000, Wayne Bickerdike > > wrote: > > >Not sure how a sequential file has a "KEY". It may be a value in > >fixed columns. > > > I find "KEY" used apparently in that sense in numerous places in: > z/OS Version 2 Release 4 DFSORT Application Programming Guide IBM > SC23-6878-40 > > >I'm sure it's why we've been sorting files for donkeys years. > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL ? Re: SORT selection question
Of course that is an option, particularly the COBOL one. I am personally very familiar with awk and z/OS awk does support "classic" datasets via DD, but very few other programmers in the shop would know how to use it, or support it in my absence. And an E15 exit is always a possibility. I was just wondering if it was strictly necessary or if there was an existing control-card-only option that would do what I want. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Nash, Jonathan S. Sent: Wednesday, September 16, 2020 8:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL ? Re: SORT selection question Why not just write a small program ? COBOL ? AWK ? :-) SED :-) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Scott Barry Sent: Wednesday, September 16, 2020 6:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: SORT selection question With DFSORT/SYNCSORT in mind, possibly a two-step process where the first step interrogates an input data stream (no output generated, mostly for optimization) to detect a relative-record# where the limit-key-value (COND-argument) is then passed to a second step (necessary control statement generated, likely) that then reads/writes up to the STOPWHEN (equivalent construct yield) is encountered. For comparison, SAS or WPS can accomplish this objective using the DATA step process, with about half a dozen or less SAS language statements. Scott Barry SBBTech LLC On Wed, 16 Sep 2020 15:39:07 -0500, Paul Gilmartin wrote: >On Wed, 16 Sep 2020 20:17:10 +, Farley, Peter x23353 wrote: > >>Thanks Sri, I am aware of the STOPAFT parameter, but it uses a hard-coded >>count. When the goal is to find ALL records with the selected values and one >>does not know in advance how many there are, it is not as helpful as it could >>be. >> >>I was thinking of a command similar to OMIT / INCLUDE, something like: >> >>STOPWHEN COND=(key value greater than this stop reading) >> >>E.G., STOPWHEN(1,3,'AC ') >> >I'm imagining something like: >...STOPAFT=1 >...COND=(1,3,CH,GT,C'ABC') > >Certainly stops at (almost) the right place. but Kolusu indicates, there's >no way to select COND=(1,3,CH,EQ,C'ABC') for output. > > >>-Original Message- >>From: Sri h Kolusu >>Sent: Wednesday, September 16, 2020 3:54 PM >> > When using SORT (either DFSORT or SYNCSORT) to select a relatively >>> small sample of records by (a) particular key value(s) from a *very >>> large* sequential file, >> >>You can use STOPAFT parm to stop reading the input once you get to a >>threshold value. For example if you have file with 300 million records and >>if you are only interested in only 100 records for the key 'ABC', then you >>can use the following >> >>//SYSINDD * >> OPTION COPY,STOPAFT=100 >> INCLUDE COND=(1,3,CH,EQ,C'ABC') >>/* > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: NJE via SNA/EE
On 9/16/2020 10:21 PM, Barbara Nitz wrote: Thanks, Brian, This is almost always a problem with the VTAM definition of the NJE applid that you are using. Possibly you didn't start it or it was started before VTAM or JES was ready for it to be started. The NJE/TCP connection method should work out much better than the SNA method, but there is no reason why it should not have worked. We defined and activated the VTAM NJE major node way after IPL, right around the time we tried to set up NJE/SNA. It was showing a status of connectable, and JES2 had no problem starting LOGON1 to that VTAM definition. In fact, we used the same commands/definitions and order of things after we had IPL'd without the NJE/TCP keywords in the JES2 deck. I take it that we ran into a bug, then, if nobody is aware of it being documented that it shouldn't/couldn't work. We ran a mixture of TCP and SNA NJE for a long, long time and then eventually (by accident in fact) ended up with an OSA hardware configuration that could no longer support SNA. We couldn't use EE because both ends of the connection were not MVS. So we capitulated and changed everything over to TCP. It's a bit less predictable than SNA was, but gets the job done. I see no reason to believe that falling back to SNA would not work if we chose to do so (and had the necessary OSA hardware). -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 https://www.phoenixsoftware.com/ This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORT selection question
Unfortunately, no IBM FM here. CA FM is here and might be an option. Its performance has been adequate for programming needs, but I have not put it to the test on the really big files. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Van Dyke Sent: Wednesday, September 16, 2020 8:20 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORT selection question Hi Peter, If you have IBM File Manager you could do what you need with the Data Set Copy (DSC) function and an enhanced processing procedure: $$FILEM DSC INPUT=DDIN, $$FILEM OUTPUT=DDOUT, $$FILEM PROC=* IF FLDI(1,3,C,'GT',"ABC") THEN RETURN STOP IMMEDIATE/* Stop processing */ /+ Regards, Peter Van Dyke On Thu, 17 Sep 2020 at 07:32, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 17 Sep 2020 08:58:59 +1000, Wayne Bickerdike > > wrote: > > >Not sure how a sequential file has a "KEY". It may be a value in > >fixed columns. > > > I find "KEY" used apparently in that sense in numerous places in: > z/OS Version 2 Release 4 DFSORT Application Programming Guide IBM > SC23-6878-40 > > >I'm sure it's why we've been sorting files for donkeys years. > -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORT selection question
Indeed, Rexx is an option but not the fastest tool in the box. And I don't know about sed but z/OS awk (perhaps not intentionally) does indeed support "classic" datasets via DD. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: Wednesday, September 16, 2020 9:16 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORT selection question On Thu, 17 Sep 2020 08:20:07 +0800, Peter Van Dyke wrote: > >If you have IBM File Manager you could do what you need with the Data >Set Copy (DSC) function and an enhanced processing procedure: > >$$FILEM DSC INPUT=DDIN, >$$FILEM OUTPUT=DDOUT, >$$FILEM PROC=* >IF FLDI(1,3,C,'GT',"ABC") THEN > RETURN STOP IMMEDIATE/* Stop processing */ >/+ Does that meet the OP's requirement to copy selected records to OUTPUT? Is another command necessary? On Thu, 17 Sep 2020 00:09:58 +, Nash, Jonathan S.wrote: > >Why not just write a small program ? > >COBOL ? > >AWK ? :-) >SED :-) > Rexx? I doubt that any of the scripting languages would meet the OP's performance need. COBOL might be OK. sed and awk don't support Classic data sets (but the OP didn't state that as a requirement.) -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MEPL showing the latest PTF
Execute a batch SMP/e job; LIST MOD(modname) XREF. That'll list all the PTFS and such that touched that module. Mark Jacobs Sent from ProtonMail, Swiss-based encrypted email. GPG Public Key - https://api.protonmail.ch/pks/lookup?op=get&search=markjac...@protonmail.com ‐‐‐ Original Message ‐‐‐ On Thursday, September 17, 2020 10:27 AM, Bill Giannelli wrote: > If I want to know if a given PTF is applied to a specific module, such as > UI69028, but I see UI70029. Does that mean prior PTFs are included? > thanks > Bill > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
MEPL showing the latest PTF
If I want to know if a given PTF is applied to a specific module, such as UI69028, but I see UI70029. Does that mean prior PTFs are included? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thread id using BPX1GTH
For the current TCB, I want to extract the thread id. I'm using BPX1GTH. I'm varying the values for PGTHACCESSID and PGAACCESSTHID. When I get zeros for return value, return code and reason code, the thread id is always 0. I'm wondering if this is the right approach. If it is, what values are needed in PGTHACCESSTHID and PGTHAFLAG1 ? Is a value in PGTHAPROCESSID required ? Thanks in advance, Pierre. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe ptfs download to USS
No, its because the process uses java... Joe On Thu, Sep 17, 2020 at 7:57 AM kekronbekron < 02dee3fcae33-dmarc-requ...@listserv.ua.edu> wrote: > I could be *completely* wrong .. so ... will wait for the list to correct > me. > Think this could be because TCP/IP is built 'in' USS, and therefore the > ShopZ job, which probably does HTTPS to IBM, needs to get its stuff into > USS. > > - KB > > ‐‐‐ Original Message ‐‐‐ > On Thursday, September 17, 2020 6:11 PM, Ron Wells < > 02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote: > > > Because of the trend to regress... > > > > -Original Message- > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf > Of Bill Giannelli > > > > Sent: Thursday, September 17, 2020 5:43 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: SMPe ptfs download to USS > > > > ** EXTERNAL EMAIL - USE CAUTION ** > > > > When I order software maintenance and download it, why does it need to > go to USS first? > > thanks > > Bill > > > > > > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > Email Disclaimer > > > > This E-mail contains confidential information belonging to the sender, > which may be legally privileged information. This information is intended > only for the use of the individual or entity addressed above. If you are > not the intended recipient, or an employee or agent responsible for > delivering it to the intended recipient, you are hereby notified that any > disclosure, copying, distribution, or the taking of any action in reliance > on the contents of the E-mail or attached files is strictly prohibited. > > > > > - > > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe ptfs download to USS
I could be *completely* wrong .. so ... will wait for the list to correct me. Think this could be because TCP/IP is built 'in' USS, and therefore the ShopZ job, which probably does HTTPS to IBM, needs to get its stuff into USS. - KB ‐‐‐ Original Message ‐‐‐ On Thursday, September 17, 2020 6:11 PM, Ron Wells <02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote: > Because of the trend to regress... > > -Original Message- > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > Bill Giannelli > > Sent: Thursday, September 17, 2020 5:43 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: SMPe ptfs download to USS > > ** EXTERNAL EMAIL - USE CAUTION ** > > When I order software maintenance and download it, why does it need to go to > USS first? > thanks > Bill > > > > For IBM-MAIN subscribe / signoff / archive access instructions, send email to > lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Email Disclaimer > > This E-mail contains confidential information belonging to the sender, which > may be legally privileged information. This information is intended only for > the use of the individual or entity addressed above. If you are not the > intended recipient, or an employee or agent responsible for delivering it to > the intended recipient, you are hereby notified that any disclosure, copying, > distribution, or the taking of any action in reliance on the contents of the > E-mail or attached files is strictly prohibited. > > - > > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe ptfs download to USS
On Thu, 17 Sep 2020 05:42:35 -0500, Bill Giannelli wrote: >When I order software maintenance and download it, why does it need to go to >USS first? >thanks > o If uses tools such as pax for which classic MVS has no equivalent. o The SMPNTS contains a variety of data organization beyond the capability of any single Classic MVS DSORG. Performance could be improved if IEBCOPY were enhanced to support UNIX files as PDSU. Shouldn't be hard; it would shortcut a conversion SMP/E performs internally. Space exhaustion by SMPNTS is a frequently mentioned nuisance. The user interaction should be improved there. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe ptfs download to USS
Because of the trend to regress... -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, September 17, 2020 5:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPe ptfs download to USS ** EXTERNAL EMAIL - USE CAUTION ** When I order software maintenance and download it, why does it need to go to USS first? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email Disclaimer This E-mail contains confidential information belonging to the sender, which may be legally privileged information. This information is intended only for the use of the individual or entity addressed above. If you are not the intended recipient, or an employee or agent responsible for delivering it to the intended recipient, you are hereby notified that any disclosure, copying, distribution, or the taking of any action in reliance on the contents of the E-mail or attached files is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMPe ptfs download to USS
Because that is how they built the process -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, September 17, 2020 1:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMPe ptfs download to USS When I order software maintenance and download it, why does it need to go to USS first? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMPe ptfs download to USS
When I order software maintenance and download it, why does it need to go to USS first? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: J/TIP
No. On 2020-09-16 23:18, Seymour J Metz wrote: JTIP is more of an unsupported SAPI; it doesn't do what SDSF does. Various versions of Wylbur supported it as an alternative SPOOL access. Do you have a batch version of Wylbur at your shop? -- Shmuel (Seymour J.) Metz https://eur03.safelinks.protection.outlook.com/?url=http:%2F%2Fmason.gmu.edu%2F~smetz3&data=02%7C01%7C%7Cdb4c227bfa7f486bc2f008d85ab86eda%7C84df9e7fe9f640afb435%7C1%7C0%7C637359095472893843&sdata=lE4zbYs8fbfko5TfxYBfnSac4cme6F%2B7Um47YsZsN5I%3D&reserved=0 From: IBM Mainframe Discussion List on behalf of David Spiegel Sent: Wednesday, September 16, 2020 9:51 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: J/TIP Hi, I have been asked to investigate a number of JES2 Exits which are being used to support remnants of J/TIP. Does anyone here have J/TIP documentation or know where to find it? J/TIP is from University of Illinois in the '70s-'8-80s and the acronym is short for JES2 TSO Interface Program. Apparently quite a few of its features are built into SDSF. I am trying to figure out (among other things) what purpose(s) it has in JCL of Batch Jobs. Thanks in Advance, David -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master?
Dave, Sorry, but I actually disagree with Master catalog access being an integrity issue. I would classify it as a security issue rather than an integrity issue. The normal controls on the operating system are working correctly and are not being bypassed, so I don't see that as an integrity issue. Lennie Dymoke-Bradshaw Consultant working on contract for BMC mainframe Services by RSM Partners ‘Dance like no one is watching. Encrypt like everyone is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, David Allen Sent: 17 September 2020 02:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog rather than master? A normal user with authority to update the master catalog is a potential system integrity concern. > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of CM Poncelet > Sent: Wednesday, September 16, 2020 6:00 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog > rather than master? > > In short-speak, yes. A user can use his own catalog rather than the > master catalog, howbeit via the MCAT's then containing an entry > pointing at the user's logon ID as an hlq (or similar) in the user's UCAT. > Anything can be done with a bit of frigging around. But the question > is, why and is it worth it? > > BTW Yes, I agree that all system changes should always be done in > batch and not 'interactively'. > > Just my ha'penny. > > > > On 16/09/2020 04:37, Charles Mills wrote: > > Yeah, I am slowly learning that. :-/ > > > > Charles > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] On Behalf Of David Spiegel > > Sent: Tuesday, September 15, 2020 4:40 PM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: EXTERNAL EMAIL: How get a user to use his own catalog > > rather > than master? > > > > Hi Charles, > > I have a self-imposed rule: Always do it in Batch (rather than via > > TSO and/or ISPF). > > This has at least 2 benefits: > > 1) It's repeatable and a history is automatically kept (assuming > > that you save every Batch Job). > > 2) You get to learn the Utilities faster. > > > > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO > > IBM-MAIN . > > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN