Z15 zedc compression and CONNECT DIRECT, MFT compression
Hello;
We have upgraded from a Z14 to Z15 processor, and, have experienced
something curious regarding the SMF TYPE 30 section being generated for
Connect Direct as well as Tibco's MFT 8.0 file transfer products.
Both products are enabled to use ZEDC compression, but, when generating SAS
reports from SMF type 30 records, we see SMF30USO{Offset to zEDC usage
statistics Section} and the, SMF30USL{Length of zEDC usage statistics
Section} containing data.
We do not see the SMF30USN{Number of zEDC usage statistics sections} having
data. This has been noticed since upgrading from a z14 to a z15 processor.
Has anyone else seen anything like this in their environment running MFT 8.0
or Connect Direct ?
Kenneth J. Kripke
3433 Plumtree Drive
Apt. K
Ellicott City, MD. 21042
Phones:
Land: 410-696-2307
Cell:443-851-1237
k.kri...@comcast.net Preferred
kennethkri...@gmail.com
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
W dniu 09.12.2020 o 19:14, Paul Gilmartin pisze: On Wed, 9 Dec 2020 18:25:19 +0100, R.S. wrote: ... For blank new installations - download (or order media) DVD images of Driver system and put it into DVD drive in HMC... Well... there is no longer DVD drive... However you can put DVD content into some ftp server directory and IPL from that directory. Ah! So it's possible to IPL from network. (IANASysadmin, so not in my skill set.) FTP only, or other schemes? FTP is problematic; too widely considered insecure. Windows has a server, concealed under IIS; I've used FileZilla server. MacOS and Linux readily support mounting .iso images; so "content" step may be skipped. Windows image mounter flickers in and out of support. I used Virtual CloneDrive (Dolly? in logo). Never for IPL (IANASysadmin), but for SMP/E RECEIVE FROMNETWORK. Testers found the process so tedious I fell back to packaging a "pax"ed SMPNTS and recommending "pax -r"; RECEIVE FROMNTS. Some customers wished for a set of .xmit PDSU. I demurred; masochists: Too many steps for them to install; unlike any IBM product (but the customer cited one product so packaged. It was from a recently-acquired subsidiary). And too many steps for me to package. I perceived aversion to RECEIVE FROMNTS as UNIXphobia. Our product was not so large that DASD space was a concern. Can't please everyone. Gil, Don't kill messenger ;-) Yes, it is possible to IPL from network, it has been possible since z990 or z9. Nowadays it is possible to use FTP, SFTP or FTPS protocol. I talked to some IBMer responsible for internal code and they changed all "ftp" to use any of three protocols/flavours. It is already changed since z14. Of course the server is not included, so it is up to you to set up some ftp/sftp/ftps server and disk space, and Internet connectivity.And power supply... Regarding .ISO images - this is ISO, standard! Vanilla Win10 will manage it. Of course a lot of other tools also manage such images. And no, ...yes! There is a choice: ISO file from Internet or physical DVD from IBM. Still no PDSU, XMIT, etc. Caution: DVD content need not to be set of MVS files. Note, z/VM is on DVD as well. There are standalone tools on DVD (or IPL-able from network). zLinux installation is IPL-able from network. ZZSA is IPL-able from network. BTW: previously z/OS Driver was distributed on DVD, but it *HAD* to be physically ran from DVD. Otherwise you could IPL it, but next step wanted to read from DVD drive. FTP was not an option. At the time z/VM was installable/IPL-able from both DVD and network. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
And remember to include the pain and suffering of conversions. Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Wednesday, December 9, 2020 12:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I think SuperSession for CA-TPX IBM's RMM for CA1 As for CA Workload Automation - There should be requirements to determine how to replace it IBM has a Tivoli Scheduler (I forget the name) But there are probably other companies. I would guess a Cost analysis should be done to see what makes sense. So CA Worklaod Automation is the top of the line, but CA also has Jobtrac Check out http://www.syzygyinc.com/ as well It will come down to what do you need vs. what is available on the mark. Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, December 9, 2020 12:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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 -- 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: does anyone recall any details about MVS/XA?
It should be kept in mind that while 31-bit addressing was a 32X capacity jump over 24-bit, 64-bit addressing has 8 billion times the addressing space of 31-bit. I'm not sure if z/OS actually supports activating the Region 1st DAT table anyway. z/OS may be only a 53-bit OS. So far... sas On Wed, Dec 9, 2020 at 9:55 AM Mike Wawiorko < 014ab5cdfb21-dmarc-requ...@listserv.ua.edu> wrote: > I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB > memory would serve every need. > > Now how long since 64 bit? > > How long before everything fully supports 64 bit though? > > 128 bit next? > > Mike Wawiorko > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SFTP Sortcard creating using DFSORT
Thanks a lot Kolusu .. Regards Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Z15 zedc compression and CONNECT DIRECT, MFT compression
W dniu 09.12.2020 o 18:52, Kenneth J. Kripke pisze:
Hello;
We have upgraded from a Z14 to Z15 processor, and, have experienced
something curious regarding the SMF TYPE 30 section being generated for
Connect Direct as well as Tibco's MFT 8.0 file transfer products.
Both products are enabled to use ZEDC compression, but, when generating SAS
reports from SMF type 30 records, we see SMF30USO{Offset to zEDC usage
statistics Section} and the, SMF30USL{Length of zEDC usage statistics
Section} containing data.
We do not see the SMF30USN{Number of zEDC usage statistics sections} having
data. This has been noticed since upgrading from a z14 to a z15 processor.
Has anyone else seen anything like this in their environment running MFT 8.0
or Connect Direct ?
Kenneth,
Please note, the hardware for zEDC functionality is completely rebuilt
between z14 and z15.
In z14 it was I/O card, in z15 it is part of CPU IC. From user point of
view it is just faster engine, but inside it work different way.
Maybe this is the reason of changes in SMF records?
--
Radoslaw Skorupka
Lodz, Poland
==
Jeśli nie jesteś adresatem tej wiadomości:
- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać
tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza)
tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać
karze.
mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl,
e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział
Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88.
Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi
169.401.468 złotych.
If you are not the addressee of this message:
- let us know by replying to this e-mail (thank you!),
- delete this message permanently (including all the copies which you have
printed out or saved).
This message may contain legally protected information, which may be used
exclusively by the addressee.Please be reminded that anyone who disseminates
(copies, distributes) this message or takes any similar action, violates the
law and may be penalised.
mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850
Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital
City of Warsaw, 12th Commercial Division of the National Court Register, KRS
025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN
169.401.468 as at 1 January 2020.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
On Wed, 9 Dec 2020 18:25:19 +0100, R.S. wrote: >... >For blank new installations - download (or order media) DVD images of >Driver system and put it into DVD drive in HMC... Well... there is no >longer DVD drive... However you can put DVD content into some ftp server >directory and IPL from that directory. > Ah! So it's possible to IPL from network. (IANASysadmin, so not in my skill set.) FTP only, or other schemes? FTP is problematic; too widely considered insecure. Windows has a server, concealed under IIS; I've used FileZilla server. MacOS and Linux readily support mounting .iso images; so "content" step may be skipped. Windows image mounter flickers in and out of support. I used Virtual CloneDrive (Dolly? in logo). Never for IPL (IANASysadmin), but for SMP/E RECEIVE FROMNETWORK. Testers found the process so tedious I fell back to packaging a "pax"ed SMPNTS and recommending "pax -r"; RECEIVE FROMNTS. Some customers wished for a set of .xmit PDSU. I demurred; masochists: Too many steps for them to install; unlike any IBM product (but the customer cited one product so packaged. It was from a recently-acquired subsidiary). And too many steps for me to package. I perceived aversion to RECEIVE FROMNTS as UNIXphobia. Our product was not so large that DASD space was a concern. Can't please everyone. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
I never saw it, but after XA the only upgrades to the address size that made any sense were 63 and 64 bit. Maybe he was thinking of the S/38 or AS/400, but that was a totally different architecture. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Pommier, Rex [rpomm...@sfgmembers.com] Sent: Wednesday, December 9, 2020 1:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? Somewhere in the past, there was an article printed where somebody was gazing into a crystal ball. I have (maybe had) it on paper but can't find it right now. They were conjecturing on IBM's next OS and they called it MVS/ESB. They were pretty convinced that IBM's next move from 31 bit was going to be to 48 bit. Unfortunately I can't find the paper right now. Ranked right up there (without the massive publicity) of Steward Alsop's prediction of the last mainframe being unplugged in 1995. Does anybody else recall ever hearing anything like this? Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Wawiorko Sent: Wednesday, December 9, 2020 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
For pure IBM:DFRMM, System Automation for z/OS V4.2 and SuperSession (was Candle's CL/Supersession) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, December 9, 2020 2:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
Under MVS/ESA we had expanded storage. Expanded storage allowed each page to be addressed using a 32 bit address. As each page held 4096 (2**12) bytes the effective addressing was 32bits + 12bits = 48bits. Is this what you were thinking of? 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 Pommier, Rex Sent: 09 December 2020 18:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? Somewhere in the past, there was an article printed where somebody was gazing into a crystal ball. I have (maybe had) it on paper but can't find it right now. They were conjecturing on IBM's next OS and they called it MVS/ESB. They were pretty convinced that IBM's next move from 31 bit was going to be to 48 bit. Unfortunately I can't find the paper right now. Ranked right up there (without the massive publicity) of Steward Alsop's prediction of the last mainframe being unplugged in 1995. Does anybody else recall ever hearing anything like this? Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Wawiorko Sent: Wednesday, December 9, 2020 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
Doh. 32bits + 12bits = 44bits 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 Lennie Dymoke-Bradshaw Sent: 09 December 2020 20:31 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? Under MVS/ESA we had expanded storage. Expanded storage allowed each page to be addressed using a 32 bit address. As each page held 4096 (2**12) bytes the effective addressing was 32bits + 12bits = 48bits. Is this what you were thinking of? 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 Pommier, Rex Sent: 09 December 2020 18:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? Somewhere in the past, there was an article printed where somebody was gazing into a crystal ball. I have (maybe had) it on paper but can't find it right now. They were conjecturing on IBM's next OS and they called it MVS/ESB. They were pretty convinced that IBM's next move from 31 bit was going to be to 48 bit. Unfortunately I can't find the paper right now. Ranked right up there (without the massive publicity) of Steward Alsop's prediction of the last mainframe being unplugged in 1995. Does anybody else recall ever hearing anything like this? Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Wawiorko Sent: Wednesday, December 9, 2020 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko 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 -- 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: does anyone recall any details about MVS/XA?
On Wed, 9 Dec 2020 19:31:34 +0100, R.S. wrote: >... >> I perceived aversion to RECEIVE FROMNTS as UNIXphobia. Our product >> was not so large that DASD space was a concern. Can't please everyone. > >Gil, >Don't kill messenger ;-) > Was that statement hostile? (But smiley noted.) And thanks. >Yes, it is possible to IPL from network, it has been possible since z990 >or z9. >... >Of course the server is not included, so it is up to you to set up some >ftp/sftp/ftps server and disk space, and Internet connectivity.And power >supply... > And, especially, configure IP address and path in (HMC?) bootstrap loader. How much driver system needs to be installed to support RECEIVE ORDER? (Is that the next step? >... zLinux installation is IPL-able >from network. ZZSA is IPL-able from network. > ZZSA? AZERTY keyboard? >BTW: At the time z/VM >was installable/IPL-able from both DVD and network. > z/VM and zLinux appear to be relatively advanced technologies. Clarke's Third Law: Any sufficiently advanced technology is indistinguishable from magic. Thanks again, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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: CA Broadcom Replacement Software
Classification: Public Logging back on with RECONNECT - either at a native VTAM (unformatted?) screen, as in LOGON APPLID(blah) DATA(RECONNECT) - and/or possibly with the Reconnect option selected on the full screen TSO logon screen takes me straight back to where I was whenever I experience a drop out. I don't know whether that's a setting in VTAM, IP or something else, but it has saved me on countless occasions. That's assuming you're trying to get back to TSO of course. Andy Styles z/Series System Programmer -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: 09 December 2020 19:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software -- This email has reached the Bank via an external source -- I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 10399850. Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 11722983. Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by the Financial Conduct Authority. Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH has its registered office at Thurn-und-Taxis Platz 6, 60313 Frankfurt, Germany. The company is registered with the Amtsgericht Frankfurt am Main, HRB 111650. Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is supervised by the Bundesanstalt für Finanzdienstleistungsaufsicht. Halifax is a division of Bank of Scotland plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you
Re: CA Broadcom Replacement Software
We replaced CA1 with Control-M/Tape We've always used Control-M We still use CA-TPX. There are many replacements: Supersession, Tubes come to mind. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Elaine Beal Sent: Wednesday, December 9, 2020 9:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CA Broadcom Replacement Software Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX session manager replacements? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Email secured by Check Point -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
For TPX, there is a product called Virtel that might meet with your requirement. Colin www.sdsusa.com -Original Message- From: IBM Mainframe Discussion List On Behalf Of Elaine Beal Sent: Wednesday, December 9, 2020 2:07 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: CA Broadcom Replacement Software Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX session manager replacements? -- 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: does anyone recall any details about MVS/XA?
Watch it, I remember when a 2 digit year was enough too! On Wednesday, December 9, 2020, 11:25:46 AM CST, R.S. wrote: W dniu 09.12.2020 o 02:41, Paul Gilmartin pisze: > On Wed, 9 Dec 2020 00:48:31 +, Seymour J Metz wrote: > >> You needed an MVS driver system to install MVS/XA. Most customers already >> had an existing MVS/SP system, and didn't need to order the starter system. >> IPO and PSO were available later. Optional souce was available on tape. >> There was no PTF optional source; if the module was hit by service, you had >> to rely on the microfiche. >> > What's the process today for a new site with no real tapes? For users already having z/OS as driving system - just download ServerPac to HFS/ZFS and install it. For blank new installations - download (or order media) DVD images of Driver system and put it into DVD drive in HMC... Well... there is no longer DVD drive... However you can put DVD content into some ftp server directory and IPL from that directory. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- 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: CA Broadcom Replacement Software
IBM Workload Scheduler (was Tivoli Workload Scheduler) -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Wednesday, December 9, 2020 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I think SuperSession for CA-TPX IBM's RMM for CA1 As for CA Workload Automation - There should be requirements to determine how to replace it IBM has a Tivoli Scheduler (I forget the name) But there are probably other companies. I would guess a Cost analysis should be done to see what makes sense. So CA Worklaod Automation is the top of the line, but CA also has Jobtrac Check out http://www.syzygyinc.com/ as well It will come down to what do you need vs. what is available on the mark. Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, December 9, 2020 12:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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 -- 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: Z15 zedc compression and CONNECT DIRECT, MFT compression
If you are using MXG with SAS, its likely you might need an update there?
_
Dave Jousma
AVP | Director, Technology Engineering
Fifth Third Bank | 1830 East Paris Ave, SE | MD RSCB2H | Grand Rapids, MI
49546
616.653.8429 | fax: 616.653.2717
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Kenneth J. Kripke
Sent: Wednesday, December 9, 2020 12:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Z15 zedc compression and CONNECT DIRECT, MFT compression
**CAUTION EXTERNAL EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
Hello;
We have upgraded from a Z14 to Z15 processor, and, have experienced
something curious regarding the SMF TYPE 30 section being generated for Connect
Direct as well as Tibco's MFT 8.0 file transfer products.
Both products are enabled to use ZEDC compression, but, when generating SAS
reports from SMF type 30 records, we see SMF30USO{Offset to zEDC usage
statistics Section} and the, SMF30USL{Length of zEDC usage statistics Section}
containing data.
We do not see the SMF30USN{Number of zEDC usage statistics sections} having
data. This has been noticed since upgrading from a z14 to a z15 processor.
Has anyone else seen anything like this in their environment running MFT 8.0 or
Connect Direct ?
Kenneth J. Kripke
3433 Plumtree Drive
Apt. K
Ellicott City, MD. 21042
Phones:
Land: 410-696-2307
Cell:443-851-1237
k.kri...@comcast.net Preferred
kennethkri...@gmail.com
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **CAUTION EXTERNAL
EMAIL**
**DO NOT open attachments or click on links from unknown senders or unexpected
emails**
This e-mail transmission contains information that is confidential and may be
privileged. It is intended only for the addressee(s) named above. If you
receive this e-mail in error, please do not read, copy or disseminate it in any
manner. If you are not the intended recipient, any disclosure, copying,
distribution or use of the contents of this information is prohibited. Please
reply to the message immediately by informing the sender that the message was
misdirected. After replying, please erase it from your computer system. Your
assistance in correcting this error is appreciated.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
Somewhere in the past, there was an article printed where somebody was gazing into a crystal ball. I have (maybe had) it on paper but can't find it right now. They were conjecturing on IBM's next OS and they called it MVS/ESB. They were pretty convinced that IBM's next move from 31 bit was going to be to 48 bit. Unfortunately I can't find the paper right now. Ranked right up there (without the massive publicity) of Steward Alsop's prediction of the last mainframe being unplugged in 1995. Does anybody else recall ever hearing anything like this? Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Wawiorko Sent: Wednesday, December 9, 2020 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko 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: CA Broadcom Replacement Software
MacKinney Systems has a good Sessions Manager Software. Thanks, Ron McCabe Manager of Mainframe/Midrange Systems Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 11:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software CAUTION: This email is from an external address. Please be careful of links and attachments. DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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: CA Broadcom Replacement Software
I think SuperSession for CA-TPX IBM's RMM for CA1 As for CA Workload Automation - There should be requirements to determine how to replace it IBM has a Tivoli Scheduler (I forget the name) But there are probably other companies. I would guess a Cost analysis should be done to see what makes sense. So CA Worklaod Automation is the top of the line, but CA also has Jobtrac Check out http://www.syzygyinc.com/ as well It will come down to what do you need vs. what is available on the mark. Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, December 9, 2020 12:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
Yup, TSO does that sometime, but I normally have TSO, some CICS, a report viewer and an SDSF competitor that none of them have the reconnect option. The session manager keeps all of them straight. :-) Never had a reason to use the reconnect at a USS logon screen. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Styles, Andy (ITS zPlatform Services) Sent: Wednesday, December 9, 2020 1:35 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software Classification: Public Logging back on with RECONNECT - either at a native VTAM (unformatted?) screen, as in LOGON APPLID(blah) DATA(RECONNECT) - and/or possibly with the Reconnect option selected on the full screen TSO logon screen takes me straight back to where I was whenever I experience a drop out. I don't know whether that's a setting in VTAM, IP or something else, but it has saved me on countless occasions. That's assuming you're trying to get back to TSO of course. Andy Styles z/Series System Programmer -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: 09 December 2020 19:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software -- This email has reached the Bank via an external source -- I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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 Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 10399850. Scottish Widows Schroder Personal Wealth Limited. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 11722983. Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate Markets plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Scottish Widows Schroder Personal Wealth Limited is authorised and regulated by the Financial Conduct Authority. Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a wholly-owned subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH has its registered office at
Re: does anyone recall any details about MVS/XA?
I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Execution Services Limited provides support and administrative services across Barclays group. Barclays Execution Services Limited is an appointed representative of Barclays Bank UK plc, Barclays Bank plc and Clydesdale Financial Services Limited. Barclays Bank UK plc and Barclays Bank plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and the Prudential Regulation Authority. Clydesdale Financial Services Limited is authorised and regulated by the Financial Conduct Authority. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Writing CMS file to DASD Sequential disk
We haven't used this EXEC since 2008, and it used to work, but I'm not sure if it has been run since we moved to z/VM 5.4 at about that same time. 1 /* THIS WILL MOVE CMS DATA TO VOLUME VSE21 */ 2 "LINK VSE2 E31 E31 MW " 3 "ACC E31 M" 4 "SET DOS ON" 5 "ASSGN SYS131 M" 6 "ASSGN SYS004 A" 7 "DLBL INPUT A CMS LARRY IN (SYS004" 8 "DLBL OUTPUT M DSN WAREQUICK.MST (SYS131" 9 "FILEDEF INPUT DISK LARRY IN A" 00010 "FILEDEF OUTPUT M DSN WAREQUICK.MST (LRECL 102 RECFM F" 00011 "MOVEFILE INPUT OUTPUT" 00012 "SET DOS OFF" 00013 * * * End of File * * * When we run it, we get : putout1 DASD 0E31 LINKED R/W; R/W BY 5 USERS DMSACC724I E31 replaces M (E31) - DOS DMSACC723I M (0E31) R/W - DOS DMSSET1101I 100K DOS partition defined at hexadecimal location 02 DMSMVE075E DOS DISK illegal for OUTPUT Ready; T=0.01/0.01 09:00:37 The documentation on Movefile from a newer version of VM https://www.ibm.com/support/knowledgecenter/en/SSB27U_6.4.0/com.ibm.zvm.v640.dmsb4/movefile.htm If I reverse the process and read from a DASD Sequential and write the file to CMS, it works without error. Does MOVEFILE not support DASD sequential as an output device? Thanks, John Kaba Fort Hays State University -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
OTOH, quantum computing (or its successor(s)) may change the paradigm entirely and moot any 64 vs 128 bit issues because qubits are so different from bits. Peter -Original Message- From: IBM Mainframe Discussion List On Behalf Of Seymour J Metz Sent: Wednesday, December 9, 2020 11:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? I remember being shocked that IBM believed 24 bits to be enough; it's part and parcel of the short term planning that has come back to haunt us. While I believe that 64-bit addresses will be enough for the foreseeable future, it's not something that I would put any money on. And, yes, if 64 bits starts looking tight, 128 bits is the next logical step, and I would be willing to bet against outgrowing that. -- Shmuel (Seymour J.) Metz https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!Ebr-cpPeAnfNniQ8HSAI-g_K5b7VKg!bxS9Vu_QIUiH-uFCdybG7w1y8d3UBexMEpDcX_6nqyYVMFpNfGb1u3IXre_bTX1MzW5CEg$ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mike Wawiorko [014ab5cdfb21-dmarc-requ...@listserv.ua.edu] Sent: Wednesday, December 9, 2020 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko -- 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: does anyone recall any details about MVS/XA?
Reliance on 24 bit addressing is a hallmark of the Bill Gates school of capacity projection. . . 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 Seymour J Metz Sent: Wednesday, December 9, 2020 8:00 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: does anyone recall any details about MVS/XA? *** EXTERNAL EMAIL - Use caution when opening links or attachments *** I remember being shocked that IBM believed 24 bits to be enough; it's part and parcel of the short term planning that has come back to haunt us. While I believe that 64-bit addresses will be enough for the foreseeable future, it's not something that I would put any money on. And, yes, if 64 bits starts looking tight, 128 bits is the next logical step, and I would be willing to bet against outgrowing that. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mike Wawiorko [014ab5cdfb21-dmarc-requ...@listserv.ua.edu] Sent: Wednesday, December 9, 2020 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
W dniu 09.12.2020 o 02:41, Paul Gilmartin pisze: On Wed, 9 Dec 2020 00:48:31 +, Seymour J Metz wrote: You needed an MVS driver system to install MVS/XA. Most customers already had an existing MVS/SP system, and didn't need to order the starter system. IPO and PSO were available later. Optional souce was available on tape. There was no PTF optional source; if the module was hit by service, you had to rely on the microfiche. What's the process today for a new site with no real tapes? For users already having z/OS as driving system - just download ServerPac to HFS/ZFS and install it. For blank new installations - download (or order media) DVD images of Driver system and put it into DVD drive in HMC... Well... there is no longer DVD drive... However you can put DVD content into some ftp server directory and IPL from that directory. -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SFTP Sortcard creating using DFSORT
> Could you please help me to understand the below card as to how it > is picking the store_nbr and create Ron, The job is parsing the input for the delimiter "}". Since we don't care about the first 2 fields, they can be ignored. REPEAT=v can be used with % to specify v identically defined consecutive parsed fields to be ignored. v can be 2 to 1000. For example, to ignore five consecutive comma delimited fields, you can use: %=(ENDBEFR=C',',REPEAT=5), which is equivalent to using: %=(ENDBEFR=C','), %=(ENDBEFR=C','), %=(ENDBEFR=C','), %=(ENDBEFR=C','), %=(ENDBEFR=C','), and then we parsed the store number with %01 and then used Justify (JFY) to the parsed store number to add _ at the beginning using LEAD and the .CSV at the end using TRAIL keywords. If you're not familiar with DFSORT and DFSORT's ICETOOL, I'd suggest reading through "z/OS DFSORT: Getting Started". It's an excellent tutorial, with lots of examples, that will show you how to use DFSORT, DFSORT's ICETOOL and DFSORT Symbols. You can access it online, along with all of the other DFSORT books, from: http://www.ibm.com/support/docview.wss?rs=114=isg3T780 In your case look up for PARSE= and JFY= Thanks, Kolusu DFSORT Development IBM Corporation -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
The folklore was 1 bit per year - in demand terms. It probably still is. Cheers, Martin Martin Packer Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Steve Smith To: IBM-MAIN@LISTSERV.UA.EDU Date: 09/12/2020 15:15 Subject:[EXTERNAL] Re: does anyone recall any details about MVS/XA? Sent by:IBM Mainframe Discussion List It should be kept in mind that while 31-bit addressing was a 32X capacity jump over 24-bit, 64-bit addressing has 8 billion times the addressing space of 31-bit. I'm not sure if z/OS actually supports activating the Region 1st DAT table anyway. z/OS may be only a 53-bit OS. So far... sas On Wed, Dec 9, 2020 at 9:55 AM Mike Wawiorko < 014ab5cdfb21-dmarc-requ...@listserv.ua.edu> wrote: > I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB > memory would serve every need. > > Now how long since 64 bit? > > How long before everything fully supports 64 bit though? > > 128 bit next? > > Mike Wawiorko > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
I doubt anyone alive today will see the dawn of 128 bit computing. Even if rumors of the United States and Israel collaborating with Aliens on a secret Mars base are true! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Wawiorko Sent: Wednesday, December 9, 2020 9:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Execution Services Limited provides support and administrative services across Barclays group. Barclays Execution Services Limited is an appointed representative of Barclays Bank UK plc, Barclays Bank plc and Clydesdale Financial Services Limited. Barclays Bank UK plc and Barclays Bank plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and the Prudential Regulation Authority. Clydesdale Financial Services Limited is authorised and regulated by the Financial Conduct Authority. -- 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: does anyone recall any details about MVS/XA?
I remember being shocked that IBM believed 24 bits to be enough; it's part and parcel of the short term planning that has come back to haunt us. While I believe that 64-bit addresses will be enough for the foreseeable future, it's not something that I would put any money on. And, yes, if 64 bits starts looking tight, 128 bits is the next logical step, and I would be willing to bet against outgrowing that. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mike Wawiorko [014ab5cdfb21-dmarc-requ...@listserv.ua.edu] Sent: Wednesday, December 9, 2020 9:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko This e-mail and any attachments are confidential and intended solely for the addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose or otherwise act upon any part of this e-mail or its attachments. Internet communications are not guaranteed to be secure or virus-free. The Barclays Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any Internet communications by any third party, or from the transmission of any viruses. Replies to this e-mail may be monitored by the Barclays Group for operational or business reasons. Any opinion or other information in this e-mail or its attachments that does not relate to the business of the Barclays Group is personal to the sender and is not given or endorsed by the Barclays Group. Barclays Execution Services Limited provides support and administrative services across Barclays group. Barclays Execution Services Limited is an appointed representative of Barclays Bank UK plc, Barclays Bank plc and Clydesdale Financial Services Limited. Barclays Bank UK plc and Barclays Bank plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and the Prudential Regulation Authority. Clydesdale Financial Services Limited is authorised and regulated by the Financial Conduct Authority. -- 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: does anyone recall any details about MVS/XA?
Yes, there was a starter system that was a standalone dump of an MVS/SP system. I migrated a OS/VS1 system running under VM/SA on a 4381 to MVS/XA. OS/VS1 couldn't be used to install the CBIPO, so we had to restore the starter system (It may have been on one 3380 volume). When you got the MVS/XA system running, you trashed the starter system. http://www.computinghistory.org.uk/downloads/9653 On Wednesday, December 9, 2020, 05:10:40 AM CST, Richards, Robert B. (CTR) <01c91f408b9e-dmarc-requ...@listserv.ua.edu> wrote: I am not sure I "recall" correctly, but I seem to remember running MVS/SP and doing both a STAGE 1 and STAGE 2 SYSGEN. Also seem to remember printing both on Green bar for three 5 foot stacks of paper. Never did that again. Wasn't it MXS/XA that came with SMP/E V1 while prior ones were SMP4? Look what I found it my existing JCL.CNTL: //J3JIOCP JOB (6200),'RICHARDS',CLASS=S,MSGCLASS=Q,NOTIFY=S21657 /*JOBPARM S=SYSA //** //* JCL TO ASSEMBLE A STAGE1 IOCPGEN OF MVS/XA OPERATING SYSTEM * //** //ASSEM1 EXEC PGM=ASMBLR,REGION=768K, // PARM='DECK,NOLOAD,BUFSIZE(MAX)' //SYSPRINT DD SYSOUT=* //SYSLIB DD DSN=SYS1.AGENLIB,DISP=SHR // DD DSN=SYS1.AMODGEN,DISP=SHR //SYSUT1 DD UNIT=SYSDA, // SPACE=(CYL,(20,5)) //SYSUT2 DD UNIT=SYSDA, // SPACE=(CYL,(10,1)) //SYSUT3 DD UNIT=SYSDA, // SPACE=(CYL,(2,1)) //SYSPUNCH DD DSN=IPO1.STAGE2,DISP=OLD, // UNIT=3380,VOL=SER=SPRESA //SYSIN DD * PRINT ON,NOGEN,NODATA TITLE '***MVS/XA STAGE1 FOR SORBUS VIA EXPRESS 01/07/86 ' *IOCP* EJECT *IOCP* *IOCP START OF IOCP MODIFICATIONS * *IOCP* ID MSG1='SORBUS MERGED IOCP AND STAGE1 DECK 01/07/86',O+ MSG2='JES2, MVS/SP2 (MVS/XA) FOR AN IBM 4381 PROCESSOR' *IOCP* *IOCP THIS IS AN EXAMPLE OF A COMBINED IOCP AND STAGE1 INPUT * *IOCP* EJECT -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark S Waterbury Sent: Tuesday, December 8, 2020 3:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: does anyone recall any details about MVS/XA? Hi, all, Does anyone recall how MVS/XA was first distributed and installed? e.g. was there some kind of a "starter system"? If so, what was it? MVS 3.8J, or MVS/SE or MVS/SP or what? I seem to recall that someone told me that there was no longer any "SYSGEN" process used to install MVS/XA? So, how was this task accomplished? Also, does anyone recall whether IBM made available any "optional source materials" for MVS/XA, either machine readable, on magnetic tape, or was that only available on microfiche, if it was available at all? Thanks in advance for any details anyone can provide. All the best, Mark S. Waterbury -- 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: Determining required z/series hardware level - REVISED
I have been thinking about this. It is a daunting project. I once set out to
develop a simple list of opcodes with their required minimum hardware level.
I wanted to be able to answer questions of the form "management wants this
product to be able to run on a z9. Can I use AHI?" In fact I think I asked
for help on this list, and promised to share any results. I abandoned the
effort! I decided it was easier just to code AHI and assemble with ZS-5 or
whatever and see if I got an error. That list is obviously just one
component of your product.
If you can possibly live with just analyzing LE-enabled programs, and if the
LE "header" has this information, then you should really consider living
with just that. That is a well-defined project. The information might be in
the manual LE Vendor Interfaces.
If you do want to proceed as you described, then you might look for the
source for a disassembler as a starting point. Is there one on the CBT tape?
Much of what a disassembler does is characterizing each byte as either an
opcode or other than an opcode -- and that, plus the "list" of my first
paragraph above, is pretty much your product.
There are at least four "systems" for characterizing hardware levels: the
machine marketing number (z9, z10, etc.), SYSSTATE ARCHLVL, the ARCH()
option supported by the LE-enabled compilers, and the assembler ZS- levels.
If it were me I would embrace ARCH(), but perhaps that is just me. The
problems with the machine marketing numbers that you suggest are (a.) IBM
could change direction at any moment: the next machine might not be the z16
but rather the Whizzer2000; and (b.) the z196 kind of messes up the scheme.
The problem with ARCHLVL is IIRC that it is not granular enough. ARCH() and
ZS- are equivalent; if you prefer one over the other, use it.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mike Hochee
Sent: Tuesday, December 8, 2020 6:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Determining required z/series hardware level - REVISED
Thanks all, yet again, for all the excellent ideas! These IBM- listservs are
a truly fine resource. ('the power of many brains working!') I will
probably end up doing some flavor of opcode evaluation, and assumed, maybe
erroneously, that opcode evaluation would be simpler/cleaner to implement
than parsing or scanning source (which is available). I generally feel more
comfortable working with machine/product outputs rather than the curveballs
humans sometimes throw.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Determining required z/series hardware level - REVISED
A better approach would be displaying the required architectural level.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Tuesday, December 8, 2020 11:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Determining required z/series hardware level - REVISED
There is always the approach of running the program. ABEND S0C1 indicates
that you need a newer box (or better programmers).
I suppose an arguably good corporate standard might be to require embedding
the required ARCH level in programs as a readable EBCDIC constant.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Mike Hochee
Sent: Tuesday, December 8, 2020 6:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Determining required z/series hardware level - REVISED
Thanks all, yet again, for all the excellent ideas! These IBM- listservs are
a truly fine resource. ('the power of many brains working!') I will
probably end up doing some flavor of opcode evaluation, and assumed, maybe
erroneously, that opcode evaluation would be simpler/cleaner to implement
than parsing or scanning source (which is available). I generally feel more
comfortable working with machine/product outputs rather than the curveballs
humans sometimes throw.
--
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: does anyone recall any details about MVS/XA?
W dniu 09.12.2020 o 17:05, Farley, Peter x23353 pisze: OTOH, quantum computing (or its successor(s)) may change the paradigm entirely and moot any 64 vs 128 bit issues because qubits are so different from bits. Well... I remember stories about IPv6 addressing. It is much more capacious than IPv4 and it will address current constraints and future needs. However I heard about it 20 or 25 years ago. And I still use IPv4. Regarding memory - pricing is very important here. Nowadays 16 GB or RAM is rather basic or even poor PC configuration. So, new application consume more and more memory without any reflection. Just because the memory is cheap and available. So demand for memory will be growing rapidly. And it is growing now. In other words typical simple Notepad - like application will be as dumb as yesterday but it will consume much more memory. 8 billion times? Well, stay calm and watch it... -- Radoslaw Skorupka Lodz, Poland == Jeśli nie jesteś adresatem tej wiadomości: - powiadom nas o tym w mailu zwrotnym (dziękujemy!), - usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś na dysku). Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać tylko adresat.Przypominamy, że każdy, kto rozpowszechnia (kopiuje, rozprowadza) tę wiadomość lub podejmuje podobne działania, narusza prawo i może podlegać karze. mBank S.A. z siedzibą w Warszawie, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, KRS 025237, NIP: 526-021-50-88. Kapitał zakładowy (opłacony w całości) według stanu na 01.01.2020 r. wynosi 169.401.468 złotych. If you are not the addressee of this message: - let us know by replying to this e-mail (thank you!), - delete this message permanently (including all the copies which you have printed out or saved). This message may contain legally protected information, which may be used exclusively by the addressee.Please be reminded that anyone who disseminates (copies, distributes) this message or takes any similar action, violates the law and may be penalised. mBank S.A. with its registered office in Warsaw, ul. Prosta 18, 00-850 Warszawa,www.mBank.pl, e-mail: kont...@mbank.pl. District Court for the Capital City of Warsaw, 12th Commercial Division of the National Court Register, KRS 025237, NIP: 526-021-50-88. Fully paid-up share capital amounting to PLN 169.401.468 as at 1 January 2020. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FW: CA Broadcom Replacement Software
Hi: UNICOM/Macro 4 have a Session Manager to replace CA Broadcom'sTPX with a product called Tubes. Please see the link below: https://www.macro4.com/products/tubes-zos/ Thank you, Patti -Original Message- From: IBM Mainframe Discussion List On Behalf Of Richards, Robert B. (CTR) Sent: Wednesday, December 9, 2020 2:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I forgot to mention that they are all orderable on a ServerPAC and, at a minimum, sub-capacity eligible. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Wednesday, December 9, 2020 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I think SuperSession for CA-TPX IBM's RMM for CA1 As for CA Workload Automation - There should be requirements to determine how to replace it IBM has a Tivoli Scheduler (I forget the name) But there are probably other companies. I would guess a Cost analysis should be done to see what makes sense. So CA Worklaod Automation is the top of the line, but CA also has Jobtrac Check out http://www.syzygyinc.com/ as well It will come down to what do you need vs. what is available on the mark. Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, December 9, 2020 12:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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 -- 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 -- This e-mail message has been scanned and cleared by Google Message Security and the UNICOM Global security systems. This message is for the named person's use only. If you receive this message in error, please delete it and notify the sender. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: does anyone recall any details about MVS/XA?
No, this was arguing that IBM was going to actual 48 bit addressing instead of jumping from 24 to 32/31 to 64, their argument was that the next logical step was to add 16 bits to the addresses. Now I gotta try to find the article. :-) Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lennie Dymoke-Bradshaw Sent: Wednesday, December 9, 2020 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: does anyone recall any details about MVS/XA? Under MVS/ESA we had expanded storage. Expanded storage allowed each page to be addressed using a 32 bit address. As each page held 4096 (2**12) bytes the effective addressing was 32bits + 12bits = 48bits. Is this what you were thinking of? 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 Pommier, Rex Sent: 09 December 2020 18:19 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? Somewhere in the past, there was an article printed where somebody was gazing into a crystal ball. I have (maybe had) it on paper but can't find it right now. They were conjecturing on IBM's next OS and they called it MVS/ESB. They were pretty convinced that IBM's next move from 31 bit was going to be to 48 bit. Unfortunately I can't find the paper right now. Ranked right up there (without the massive publicity) of Steward Alsop's prediction of the last mainframe being unplugged in 1995. Does anybody else recall ever hearing anything like this? Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mike Wawiorko Sent: Wednesday, December 9, 2020 8:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: does anyone recall any details about MVS/XA? I remember an IBM SE presenting XA to us saying 31 bit addressing and 2GB memory would serve every need. Now how long since 64 bit? How long before everything fully supports 64 bit though? 128 bit next? Mike Wawiorko 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 -- 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: CA Broadcom Replacement Software
On Wed, 9 Dec 2020 19:35:22 +, Styles, Andy wrote: > >Logging back on with RECONNECT - either at a native VTAM (unformatted?) >screen, as in LOGON APPLID(blah) DATA(RECONNECT) - and/or possibly with the >Reconnect option selected on the full screen TSO logon screen takes me >straight back to where I was whenever I experience a drop out. I don't know >whether that's a setting in VTAM, IP or something else, but it has saved me on >countless occasions. That's assuming you're trying to get back to TSO of >course. > How does RECONNECT interact with multiple tn3270 windows? If each RECONNECT restores an additional tn3270 session, it's tedious but effective. >-Original Message- >From: Pommier, Rex >Sent: 09 December 2020 19:18 > >I'm going to *slightly* disagree with the multi windows instead of a session >manager. Session manager gets closer to a single signon ... >-Original Message- >From: Gibney, Dave >Sent: Wednesday, December 9, 2020 1:09 PM > >DFRMM for CA-1 >Multiple tn3270 windows instead of any session manager > Have the difficulties with multiple tn3270 windows such as ISPPROF ENQ conflicts been resolved? >> -Original Message- >> From: Elaine Beal >> Sent: Wednesday, December 09, 2020 11:07 AM >> >> Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX >> session manager replacements? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
On Wed, 9 Dec 2020 20:35:49 -, Lennie Dymoke-Bradshaw wrote: >Doh. >32bits + 12bits = 44bits > That feels like AR mode which IIRC was 31bits + 13bits = 44bits. Somewhere I heard 1 bit / 2.5 years. https://en.wikipedia.org/wiki/Moore%27s_law >-Original Message- >From: Lennie Dymoke-Bradshaw >Sent: 09 December 2020 20:31 > >Under MVS/ESA we had expanded storage. Expanded storage allowed each page to >be addressed using a 32 bit address. As each page held 4096 (2**12) bytes the >effective addressing was 32bits + 12bits = 48bits. > >Is this what you were thinking of? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Security and z/OS open source tools
I have downloaded and installed in my personal z/OS Unix directory curl and a few other z/OpenSource tools from Rocket Software. I have asked my z/OS security guy if we can go ahead and have our systems group (outsourced to IBM zCloud) "officially" install them. He came back with the following: "My question is how do we approve, track and secure the open source code we are putting on z/OS?" Does anyone have suggestions on answering this concern? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Security and z/OS open source tools
Maybe pay Rocket for a support contract? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Frank Swarbrick Sent: Wednesday, December 9, 2020 4:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Security and z/OS open source tools I have downloaded and installed in my personal z/OS Unix directory curl and a few other z/OpenSource tools from Rocket Software. I have asked my z/OS security guy if we can go ahead and have our systems group (outsourced to IBM zCloud) "officially" install them. He came back with the following: "My question is how do we approve, track and secure the open source code we are putting on z/OS?" Does anyone have suggestions on answering this concern? -- 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: Security and z/OS open source tools
On Wed, 9 Dec 2020 21:58:34 +, Frank Swarbrick wrote: >I have downloaded and installed in my personal z/OS Unix directory curl and a >few other z/OpenSource tools from Rocket Software. I have asked my z/OS >security guy if we can go ahead and have our systems group (outsourced to IBM >zCloud) "officially" install them. He came back with the following: "My >question is how do we approve, track and secure the open source code we are >putting on z/OS?" > Note that curl issued multiple security advisories today, including: https://curl.se/mail/archive-2020-12/0007.html How long does it take Rocket to catch up? Have Rocket's patches been merged into the curl base on github? >Does anyone have suggestions on answering this concern? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
I want to disagree that multiple emulator sessions--even the best, and you all know what that is--substitutes for a proper external session manager. Even as a simple minded MVS sysprog, I have dozens of LPARs to deal with between prod and DR. I have 'only' TSO, SMCS, and OMEGAstuff to deal with. My CICS and Db2 sysprogs have dozens more regions as well. I maintain that there is no emulator that can sanely handle scores of concurrent logon sessions. There are a number of session managers to choose from, but outside of the simplest of SNA environments, I think you need something. I've used TPX for decades at different shops. Just choose something and go with it. . . 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 Paul Gilmartin Sent: Wednesday, December 9, 2020 1:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: CA Broadcom Replacement Software *** EXTERNAL EMAIL - Use caution when opening links or attachments *** On Wed, 9 Dec 2020 19:35:22 +, Styles, Andy wrote: > >Logging back on with RECONNECT - either at a native VTAM (unformatted?) >screen, as in LOGON APPLID(blah) DATA(RECONNECT) - and/or possibly with the >Reconnect option selected on the full screen TSO logon screen takes me >straight back to where I was whenever I experience a drop out. I don't know >whether that's a setting in VTAM, IP or something else, but it has saved me on >countless occasions. That's assuming you're trying to get back to TSO of >course. > How does RECONNECT interact with multiple tn3270 windows? If each RECONNECT restores an additional tn3270 session, it's tedious but effective. >-Original Message- >From: Pommier, Rex >Sent: 09 December 2020 19:18 > >I'm going to *slightly* disagree with the multi windows instead of a session >manager. Session manager gets closer to a single signon ... >-Original Message- >From: Gibney, Dave >Sent: Wednesday, December 9, 2020 1:09 PM > >DFRMM for CA-1 >Multiple tn3270 windows instead of any session manager > Have the difficulties with multiple tn3270 windows such as ISPPROF ENQ conflicts been resolved? >> -Original Message- >> From: Elaine Beal >> Sent: Wednesday, December 09, 2020 11:07 AM >> >> Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX >> session manager replacements? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
If you're a new z customer, you can put the FTP server on a private LAN in a secured facility and unless the KGB[1] has a van parked outside your building there should be no security issue. Other than cirtificates and firewall issues, what's so complicated about doing things over the network? [1] Yes, I know that they changed the name and filed off the serial number, but it's still the Чека́ (Cheka), MVS, NKDV -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu] Sent: Wednesday, December 9, 2020 1:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: does anyone recall any details about MVS/XA? On Wed, 9 Dec 2020 18:25:19 +0100, R.S. wrote: >... >For blank new installations - download (or order media) DVD images of >Driver system and put it into DVD drive in HMC... Well... there is no >longer DVD drive... However you can put DVD content into some ftp server >directory and IPL from that directory. > Ah! So it's possible to IPL from network. (IANASysadmin, so not in my skill set.) FTP only, or other schemes? FTP is problematic; too widely considered insecure. Windows has a server, concealed under IIS; I've used FileZilla server. MacOS and Linux readily support mounting .iso images; so "content" step may be skipped. Windows image mounter flickers in and out of support. I used Virtual CloneDrive (Dolly? in logo). Never for IPL (IANASysadmin), but for SMP/E RECEIVE FROMNETWORK. Testers found the process so tedious I fell back to packaging a "pax"ed SMPNTS and recommending "pax -r"; RECEIVE FROMNTS. Some customers wished for a set of .xmit PDSU. I demurred; masochists: Too many steps for them to install; unlike any IBM product (but the customer cited one product so packaged. It was from a recently-acquired subsidiary). And too many steps for me to package. I perceived aversion to RECEIVE FROMNTS as UNIXphobia. Our product was not so large that DASD space was a concern. Can't please everyone. -- 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: Determining required z/series hardware level - REVISED
On Wed, 9 Dec 2020 at 10:53, Charles Mills wrote: > > I have been thinking about this. It is a daunting project. I once set out to > develop a simple list of opcodes with their required minimum hardware level. > I wanted to be able to answer questions of the form "management wants this > product to be able to run on a z9. Can I use AHI?" In fact I think I asked > for help on this list, and promised to share any results. I abandoned the > effort! I decided it was easier just to code AHI and assemble with ZS-5 or > whatever and see if I got an error. That list is obviously just one > component of your product. There has been a list at http://www.tachyonsoft.com/inst390o.htm for many years. I'm not at all sure it's maintained these days, but I use it frequently as a quick reference. On the more general matter of analysing a load module/PO/UNIX file and classifying the opcodes found therein, I think this is pretty much an AI project. Surely it engages the Halting Problem for the general case. Given sufficient non-code (data) space within the module, it is very likely that some of the data will be interpreted as instructions, and notably many of the instructions having their first byte in the range of EBCDIC letters are from the newer architecture levels. There are some other problems. In a few cases the behaviour of existing instructions has been expanded with an architectural level. Notably the Long Displacement Facility added use of a previously unused byte in around 50 existing instructions to go from a 12-bit unsigned to a 20-bit signed displacement. This isn't insurmountable; finding just one such instruction with a non-zero DH field means that that facility is required. And this facility is pretty old now (2003), so unlikely to not be required. The Interlocked-Access Facility 1 (2010) and 2 (2012) each turned some existing instructions into interlocked-update ones. This included old standbyes like NI, OI, and XI. There is no way to tell from the instruction itself if the program is relying on the new behaviour. The ETF2-Enhancement Facility (2005) added meaning to a bit in the existing TRxx instructions (TROO, TROT, TRTO, and TRTT).. And there are very CISC facilities like the Message-Security-Assists that are more like library calls that support many subfunctions than like even the previous most complex instructions. A program can issue a query to find out if a function is supported, or just assume that it is, so analysis of such code would require data flow analysis or finding a hard-coded function that was introduced at a particular level. And then there is the EXecute instruction (actually two of them now). Typically this is used to put the length into an MVC or CLC or the like. Occasionally it has been used to put the SVC number into an SVC or the mask into a TM. But given that part of the opcode in some instruction formats is in the second byte, it's quite possible to change the target instruction itself. So e.g. if you EX a STCK (B205) with the execute register containing X'40', you will instead execute a SQDR (Square Root short HFP) instruction (B245). This would be fine material for an obfuscated programming contest, and is of course unlikely to be found in real-life code. But who knows - maybe code obfuscators (human or software) have used it to "protect" their code. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
CA Broadcom Replacement Software
Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX session manager replacements? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: CA Broadcom Replacement Software
I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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: CA Broadcom Replacement Software
I forgot to mention that they are all orderable on a ServerPAC and, at a minimum, sub-capacity eligible. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler Sent: Wednesday, December 9, 2020 2:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I think SuperSession for CA-TPX IBM's RMM for CA1 As for CA Workload Automation - There should be requirements to determine how to replace it IBM has a Tivoli Scheduler (I forget the name) But there are probably other companies. I would guess a Cost analysis should be done to see what makes sense. So CA Worklaod Automation is the top of the line, but CA also has Jobtrac Check out http://www.syzygyinc.com/ as well It will come down to what do you need vs. what is available on the mark. Lizette -Original Message- From: IBM Mainframe Discussion List On Behalf Of Pommier, Rex Sent: Wednesday, December 9, 2020 12:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: CA Broadcom Replacement Software I'm going to *slightly* disagree with the multi windows instead of a session manager. Session manager gets closer to a single signon because it can mask signing on to everything. It also typically has a longer timeout and can seemingly withstand a network drop. I'm currently experiencing multiple WAN drops to work daily. My TN3270 sessions lose connectivity when the network drops so once the network is back I have to disconnect/reconnect my TN3270 connections but our session manager just drops me right back where I was. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave Sent: Wednesday, December 9, 2020 1:09 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: CA Broadcom Replacement Software DFRMM for CA-1 Multiple tn3270 windows instead of any session manager > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Elaine Beal > Sent: Wednesday, December 09, 2020 11:07 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: CA Broadcom Replacement Software > > Any recommendations for CA1, CA Workload Automation (JSS/ESP), TPX > session manager replacements? > > -- > 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 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 -- 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: does anyone recall any details about MVS/XA?
I seem to recall that installing (and paying for) SMP/e under MVS/SP allowed the installation of MVS/XA (using the GENERATE command) without performing a full sysgen. 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 Wednesday, December 9th, 2020 at 8:33 PM, CM Poncelet wrote: > I was using SMP/E under MVS/SP in '87, before XA. > > On 09/12/2020 11:10, Richards, Robert B. (CTR) wrote: > > > I am not sure I "recall" correctly, but I seem to remember running MVS/SP > > and doing both a STAGE 1 and STAGE 2 SYSGEN. Also seem to remember printing > > both on Green bar for three 5 foot stacks of paper. Never did that again. > > Wasn't it MXS/XA that came with SMP/E V1 while prior ones were SMP4? Look > > what I found it my existing JCL.CNTL: > > > > //J3JIOCP JOB (6200),'RICHARDS',CLASS=S,MSGCLASS=Q,NOTIFY=S21657 > > > > /JOBPARM S=SYSA > > > > //* > > > > //* JCL TO ASSEMBLE A STAGE1 IOCPGEN OF MVS/XA OPERATING SYSTEM * > > > > //** > > > > //ASSEM1 EXEC PGM=ASMBLR,REGION=768K, > > > > // PARM='DECK,NOLOAD,BUFSIZE(MAX)' > > > > //SYSPRINT DD SYSOUT=* > > > > //SYSLIB DD DSN=SYS1.AGENLIB,DISP=SHR > > > > // DD DSN=SYS1.AMODGEN,DISP=SHR > > > > //SYSUT1 DD UNIT=SYSDA, > > > > // SPACE=(CYL,(20,5)) > > > > //SYSUT2 DD UNIT=SYSDA, > > > > // SPACE=(CYL,(10,1)) > > > > //SYSUT3 DD UNIT=SYSDA, > > > > // SPACE=(CYL,(2,1)) > > > > //SYSPUNCH DD DSN=IPO1.STAGE2,DISP=OLD, > > > > // UNIT=3380,VOL=SER=SPRESA > > > > //SYSIN DD * > > > > PRINT ON,NOGEN,NODATA > > > > TITLE '***MVS/XA STAGE1 FOR SORBUS VIA EXPRESS 01/07/86 ' > > > > IOCP > > > > EJECT > > > > IOCP > > > > *IOCP START OF IOCP MODIFICATIONS * > > > > IOCP > > > > ID MSG1='SORBUS MERGED IOCP AND STAGE1 DECK 01/07/86',O+ > > > > MSG2='JES2, MVS/SP2 (MVS/XA) FOR AN IBM 4381 PROCESSOR' > > > > IOCP > > > > *IOCP THIS IS AN EXAMPLE OF A COMBINED IOCP AND STAGE1 INPUT * > > > > IOCP > > > > EJECT > > > > -Original Message- > > > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU On Behalf Of > > Mark S Waterbury > > > > Sent: Tuesday, December 8, 2020 3:04 PM > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Subject: does anyone recall any details about MVS/XA? > > > > Hi, all, > > > > Does anyone recall how MVS/XA was first distributed and installed? e.g. was > > there some kind of a "starter system"? If so, what was it? MVS 3.8J, or > > MVS/SE or MVS/SP or what? > > > > I seem to recall that someone told me that there was no longer any "SYSGEN" > > process used to install MVS/XA? So, how was this task accomplished? > > > > Also, does anyone recall whether IBM made available any "optional source > > materials" for MVS/XA, either machine readable, on magnetic tape, or was > > that only available on microfiche, if it was available at all? > > > > Thanks in advance for any details anyone can provide. > > > > All the best, > > > > Mark S. Waterbury > > > > 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: SMC-D connectivity between a z/OS LPAR and a z/VM guest running Linux?
Do you have a specific problem or question? Remember that SMC-D is TCP only, so you still need Hipersockets for UDP. On Tue, Dec 8, 2020 at 3:52 PM Ed Jaffe wrote: > Has anyone enabled SMC-D connectivity between a z/OS LPAR and a z/VM > guest running Linux? > > -- > 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 > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
I was using SMP/E under MVS/SP in '87, before XA. On 09/12/2020 11:10, Richards, Robert B. (CTR) wrote: > I am not sure I "recall" correctly, but I seem to remember running MVS/SP and > doing both a STAGE 1 and STAGE 2 SYSGEN. Also seem to remember printing both > on Green bar for three 5 foot stacks of paper. Never did that again. Wasn't > it MXS/XA that came with SMP/E V1 while prior ones were SMP4? Look what I > found it my existing JCL.CNTL: > > //J3JIOCP JOB (6200),'RICHARDS',CLASS=S,MSGCLASS=Q,NOTIFY=S21657 > /*JOBPARM S=SYSA > //** > //* JCL TO ASSEMBLE A STAGE1 IOCPGEN OF MVS/XA OPERATING SYSTEM * > //** > //ASSEM1 EXEC PGM=ASMBLR,REGION=768K, > // PARM='DECK,NOLOAD,BUFSIZE(MAX)' > //SYSPRINT DD SYSOUT=* > //SYSLIB DD DSN=SYS1.AGENLIB,DISP=SHR > // DD DSN=SYS1.AMODGEN,DISP=SHR > //SYSUT1 DD UNIT=SYSDA, > // SPACE=(CYL,(20,5)) > //SYSUT2 DD UNIT=SYSDA, > // SPACE=(CYL,(10,1)) > //SYSUT3 DD UNIT=SYSDA, > // SPACE=(CYL,(2,1)) > //SYSPUNCH DD DSN=IPO1.STAGE2,DISP=OLD, > // UNIT=3380,VOL=SER=SPRESA > //SYSINDD * > PRINT ON,NOGEN,NODATA > TITLE '***MVS/XA STAGE1 FOR SORBUS VIA EXPRESS01/07/86 ' > *IOCP* > EJECT > *IOCP* > *IOCP START OF IOCP MODIFICATIONS * > *IOCP* > IDMSG1='SORBUS MERGED IOCP AND STAGE1 DECK 01/07/86',O+ >MSG2='JES2, MVS/SP2 (MVS/XA) FOR AN IBM 4381 PROCESSOR' > *IOCP* > *IOCP THIS IS AN EXAMPLE OF A COMBINED IOCP AND STAGE1 INPUT* > *IOCP* > EJECT > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Mark S Waterbury > Sent: Tuesday, December 8, 2020 3:04 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: does anyone recall any details about MVS/XA? > > Hi, all, > > Does anyone recall how MVS/XA was first distributed and installed? e.g. was > there some kind of a "starter system"? If so, what was it? MVS 3.8J, or > MVS/SE or MVS/SP or what? > > I seem to recall that someone told me that there was no longer any "SYSGEN" > process used to install MVS/XA? So, how was this task accomplished? > > Also, does anyone recall whether IBM made available any "optional source > materials" for MVS/XA, either machine readable, on magnetic tape, or was that > only available on microfiche, if it was available at all? > > Thanks in advance for any details anyone can provide. > > All the best, > > Mark S. Waterbury > > -- > 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: SFTP Sortcard creating using DFSORT
Thanks a lot Kolusu.. it worked like a charm !
Could you please help me to understand the below card as to how it is picking
the store_nbr and create
NREC PARSE=(%=(REPEAT=2,ENDAT=C'}'),
%01=(ENDBEFR=C'{',
ENDBEFR=C' ',
FIXLEN=8)),
BUILD=(C' SPUT ''',
C'K01.BB.RST.PTEM.FUTR.RTLDTA.REPT01''',
C' FUTRETAIL_',
DATE1(-)-1,
%01,JFY=(SHIFT=LEFT,
LEAD=C'_',
TRAIL=C'.CSV',
LENGTH=16))
Regards
Ron T
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: does anyone recall any details about MVS/XA?
I am not sure I "recall" correctly, but I seem to remember running MVS/SP and doing both a STAGE 1 and STAGE 2 SYSGEN. Also seem to remember printing both on Green bar for three 5 foot stacks of paper. Never did that again. Wasn't it MXS/XA that came with SMP/E V1 while prior ones were SMP4? Look what I found it my existing JCL.CNTL: //J3JIOCP JOB (6200),'RICHARDS',CLASS=S,MSGCLASS=Q,NOTIFY=S21657 /*JOBPARM S=SYSA //** //* JCL TO ASSEMBLE A STAGE1 IOCPGEN OF MVS/XA OPERATING SYSTEM * //** //ASSEM1 EXEC PGM=ASMBLR,REGION=768K, // PARM='DECK,NOLOAD,BUFSIZE(MAX)' //SYSPRINT DD SYSOUT=* //SYSLIB DD DSN=SYS1.AGENLIB,DISP=SHR // DD DSN=SYS1.AMODGEN,DISP=SHR //SYSUT1 DD UNIT=SYSDA, // SPACE=(CYL,(20,5)) //SYSUT2 DD UNIT=SYSDA, // SPACE=(CYL,(10,1)) //SYSUT3 DD UNIT=SYSDA, // SPACE=(CYL,(2,1)) //SYSPUNCH DD DSN=IPO1.STAGE2,DISP=OLD, // UNIT=3380,VOL=SER=SPRESA //SYSINDD * PRINT ON,NOGEN,NODATA TITLE '***MVS/XA STAGE1 FOR SORBUS VIA EXPRESS01/07/86 ' *IOCP* EJECT *IOCP* *IOCP START OF IOCP MODIFICATIONS * *IOCP* IDMSG1='SORBUS MERGED IOCP AND STAGE1 DECK 01/07/86',O+ MSG2='JES2, MVS/SP2 (MVS/XA) FOR AN IBM 4381 PROCESSOR' *IOCP* *IOCP THIS IS AN EXAMPLE OF A COMBINED IOCP AND STAGE1 INPUT* *IOCP* EJECT -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark S Waterbury Sent: Tuesday, December 8, 2020 3:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: does anyone recall any details about MVS/XA? Hi, all, Does anyone recall how MVS/XA was first distributed and installed? e.g. was there some kind of a "starter system"? If so, what was it? MVS 3.8J, or MVS/SE or MVS/SP or what? I seem to recall that someone told me that there was no longer any "SYSGEN" process used to install MVS/XA? So, how was this task accomplished? Also, does anyone recall whether IBM made available any "optional source materials" for MVS/XA, either machine readable, on magnetic tape, or was that only available on microfiche, if it was available at all? Thanks in advance for any details anyone can provide. All the best, Mark S. Waterbury -- 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
