Re: may have job opening here 4 z/OS generalist + some CICS + some Prog Prod
John, All Monday holidays are the same! On Fri, Sep 1, 2017 at 10:11 PM, John McKown wrote: > Yeah. I really don't pay attention, do I? > > On Sep 1, 2017 19:10, "zMan" wrote: > > > Or after Labor Day, whichever comes first? :) > > > > On Fri, Sep 1, 2017 at 12:48 PM, John McKown < > john.archie.mck...@gmail.com > > > > > wrote: > > > > > My manager asked me to post this here. We _MIGHT_ be having a position > > > opening up. We are very "bare bones" as far as staffing in concerned. > My > > > boss is interested in a "generalist" who can do z/OS work, some CICS, > and > > > some program products. We do not have assigned jobs. It's kind of "can > > you > > > do this now?" type. If you've read other posts, you'll know we're > really > > > rather stable. I can't guarantee that we will (or won't) stay this > way. I > > > would love to upgrade z/OS and CICS, but it's "who knows?" on if or > when. > > > > > > We are on a z9BC, but might upgrade to a z12BC next year. Just _might_. > > > We run z/OS 1.12 with no plans that I know of to upgrade. > > > We run CICS/TS 4.2, again with no plans that I know of to upgrade. > > > We run MQSeries 6.0 (same disclaimer). > > > We run CA-1, CA-7, CA-11. We generally stay more up to date on these. > > > We use COBOL 4.2 (same disclaimer) > > > We have z/OS UNIX fully operational, but it is not used much except by > > > myself. > > > We have the old Domino based HTTPD server running for a few special > > things. > > > We run a number of older products under a "permanent execution" type > > > license. These include BMC Mainview & something called "PowerConnect". > > This > > > latter is a product which allows "SQL like" queries to selected VSAM > data > > > sets out to their own client on Windows. I don't know much about it. > > > > > > The boss wants somebody local. That is, this is not for a "remote only" > > > type person. We do have some here who work from home on occasion, but > we > > > like to be in "cubical communications" distance of each other. > > > > > > The company is HealthMarkets. The address is 9151 Highway 26; N. > Richland > > > Hills, TX 76180 > > > > > > That's about all that I know. Oh, I think I should also say "Principals > > > only". > > > > > > If interested, call William (Bill) Story at 817-255-3224 (obviously > after > > > Memorial Day). > > > > > > -- > > > Caution! The OP is an hyperpolysyllabicsesquipedalianist and this > email > > > may > > > cause stress to those with hippopotomonstrosesquipedaliophobia. > > > > > > Maranatha! <>< > > > John McKown > > > > > > -- > > > For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > > > > > > -- > > zMan -- "I've got a mainframe and I'm not afraid to use it" > > > > -- > > 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 > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: may have job opening here 4 z/OS generalist + some CICS + some Prog Prod
Yeah. I really don't pay attention, do I? On Sep 1, 2017 19:10, "zMan" wrote: > Or after Labor Day, whichever comes first? :) > > On Fri, Sep 1, 2017 at 12:48 PM, John McKown > > wrote: > > > My manager asked me to post this here. We _MIGHT_ be having a position > > opening up. We are very "bare bones" as far as staffing in concerned. My > > boss is interested in a "generalist" who can do z/OS work, some CICS, and > > some program products. We do not have assigned jobs. It's kind of "can > you > > do this now?" type. If you've read other posts, you'll know we're really > > rather stable. I can't guarantee that we will (or won't) stay this way. I > > would love to upgrade z/OS and CICS, but it's "who knows?" on if or when. > > > > We are on a z9BC, but might upgrade to a z12BC next year. Just _might_. > > We run z/OS 1.12 with no plans that I know of to upgrade. > > We run CICS/TS 4.2, again with no plans that I know of to upgrade. > > We run MQSeries 6.0 (same disclaimer). > > We run CA-1, CA-7, CA-11. We generally stay more up to date on these. > > We use COBOL 4.2 (same disclaimer) > > We have z/OS UNIX fully operational, but it is not used much except by > > myself. > > We have the old Domino based HTTPD server running for a few special > things. > > We run a number of older products under a "permanent execution" type > > license. These include BMC Mainview & something called "PowerConnect". > This > > latter is a product which allows "SQL like" queries to selected VSAM data > > sets out to their own client on Windows. I don't know much about it. > > > > The boss wants somebody local. That is, this is not for a "remote only" > > type person. We do have some here who work from home on occasion, but we > > like to be in "cubical communications" distance of each other. > > > > The company is HealthMarkets. The address is 9151 Highway 26; N. Richland > > Hills, TX 76180 > > > > That's about all that I know. Oh, I think I should also say "Principals > > only". > > > > If interested, call William (Bill) Story at 817-255-3224 (obviously after > > Memorial Day). > > > > -- > > Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email > > may > > cause stress to those with hippopotomonstrosesquipedaliophobia. > > > > Maranatha! <>< > > John McKown > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > 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: may have job opening here 4 z/OS generalist + some CICS + some Prog Prod
Or after Labor Day, whichever comes first? :) On Fri, Sep 1, 2017 at 12:48 PM, John McKown wrote: > My manager asked me to post this here. We _MIGHT_ be having a position > opening up. We are very "bare bones" as far as staffing in concerned. My > boss is interested in a "generalist" who can do z/OS work, some CICS, and > some program products. We do not have assigned jobs. It's kind of "can you > do this now?" type. If you've read other posts, you'll know we're really > rather stable. I can't guarantee that we will (or won't) stay this way. I > would love to upgrade z/OS and CICS, but it's "who knows?" on if or when. > > We are on a z9BC, but might upgrade to a z12BC next year. Just _might_. > We run z/OS 1.12 with no plans that I know of to upgrade. > We run CICS/TS 4.2, again with no plans that I know of to upgrade. > We run MQSeries 6.0 (same disclaimer). > We run CA-1, CA-7, CA-11. We generally stay more up to date on these. > We use COBOL 4.2 (same disclaimer) > We have z/OS UNIX fully operational, but it is not used much except by > myself. > We have the old Domino based HTTPD server running for a few special things. > We run a number of older products under a "permanent execution" type > license. These include BMC Mainview & something called "PowerConnect". This > latter is a product which allows "SQL like" queries to selected VSAM data > sets out to their own client on Windows. I don't know much about it. > > The boss wants somebody local. That is, this is not for a "remote only" > type person. We do have some here who work from home on occasion, but we > like to be in "cubical communications" distance of each other. > > The company is HealthMarkets. The address is 9151 Highway 26; N. Richland > Hills, TX 76180 > > That's about all that I know. Oh, I think I should also say "Principals > only". > > If interested, call William (Bill) Story at 817-255-3224 (obviously after > Memorial Day). > > -- > Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email > may > cause stress to those with hippopotomonstrosesquipedaliophobia. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMFLIMxx parameter
>...then REGIONABOVE refers to only 31-bit storage (so why NOLIMIT?) The answer basically comes down to history and compatibility. Region (and Region=0M) existed long before there was storage above 2G, and has always referred to 31-bit storage. Compatibility dictates that it always will so refer. And "0M" always meant that there was no defined limit via that specification (which could be overridden by various exits processing). On the face of it you should expect that Region(NoLimit) means that there is no defined limit of storage that is in the Region category. And it does indeed mean that. Thus I conclude that perhaps at the crux of the matter is that you might not have understood what Region refers to in its z/OS context. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL: Re: WinSCP or FileZilla to z/OS (not OMVS) ?
Winscp is only really good for SFTP and Unix files. Filezilla, bluezone, I(something or other), cyberduck On Fri, Sep 1, 2017, 5:44 PM Jerry Whitteridge < jerry.whitteri...@albertsons.com> wrote: > We use Filezilla and can access both Classic and OMVS equally - I'll need > to dig a bit for Lionel to check the version and the configuration. > > Jerry Whitteridge > Manager Mainframe Systems & Storage > Albertsons - Safeway Inc. > 623 869 5523 > Corporate Tieline - 85523 > > If you feel in control > you just aren't going fast enough. > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John McKown > Sent: Friday, September 1, 2017 11:32 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: EXTERNAL: Re: WinSCP or FileZilla to z/OS (not OMVS) ? > > On Fri, Sep 1, 2017 at 1:14 PM, Dyck, Lionel B. (TRA) > wrote: > > > Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets > > when connected? > > > > IBM's ssh/scp cannot access z/OS non-UNIX data sets. Dovetailed > Technologies' can. > > http://dovetail.com/products/sftp.html > > > > All I am able to get is access to the OMVS side of the system. > > > > thx > > > > > > -- > Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email > may cause stress to those with hippopotomonstrosesquipedaliophobia. > > Maranatha! <>< > John McKown > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > Warning: All e-mail sent to this address will be received by the > corporate e-mail system, and is subject to archival and review by someone > other than the recipient. This e-mail may contain proprietary information > and is intended only for the use of the intended recipient(s). If the > reader of this message is not the intended recipient(s), you are notified > that you have received this message in error and that any review, > dissemination, distribution or copying of this message is strictly > prohibited. If you have received this message in error, please notify the > sender immediately. > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: EXTERNAL: Re: WinSCP or FileZilla to z/OS (not OMVS) ?
We use Filezilla and can access both Classic and OMVS equally - I'll need to dig a bit for Lionel to check the version and the configuration. Jerry Whitteridge Manager Mainframe Systems & Storage Albertsons - Safeway Inc. 623 869 5523 Corporate Tieline - 85523 If you feel in control you just aren't going fast enough. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, September 1, 2017 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: EXTERNAL: Re: WinSCP or FileZilla to z/OS (not OMVS) ? On Fri, Sep 1, 2017 at 1:14 PM, Dyck, Lionel B. (TRA) wrote: > Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets > when connected? > IBM's ssh/scp cannot access z/OS non-UNIX data sets. Dovetailed Technologies' can. http://dovetail.com/products/sftp.html > All I am able to get is access to the OMVS side of the system. > > thx > > -- Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email may cause stress to those with hippopotomonstrosesquipedaliophobia. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WinSCP or FileZilla to z/OS (not OMVS) ?
On Fri, 1 Sep 2017 13:42:00 -0600, Roger Bolan wrote: >I use Filezilla to connect to my z/OS systems both for MVS datasets and >OMVS. I have the same IP address for both site definitions. As far as I >can tell the only difference is on the Advanced Tab in the Site Manager >where the OMVS site definition has a default remote directory of /u/bolan >defined, and the MVS site definition has a blank default remote directory. > Does FileZilla support both FTP and sftp? Is it possible, then, that your success was with Classic FTP and the OP's failure was with sftp? Does configuring the Co:z server for sftp require admin privilege/ >On Fri, Sep 1, 2017 at 12:14 PM, Dyck, Lionel B. (TRA) wrote: > >> Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets >> when connected? >> >> All I am able to get is access to the OMVS side of the system. >> Life would be a lot simpler if people avoided Classic data sets. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: :Re: Message IRX0006I running an edit macro CLIST
I had not checked before, but there's nothing there. . . 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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dan D Sent: Friday, September 01, 2017 12:44 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: :Re: Message IRX0006I running an edit macro CLIST Hi Skip, Have you checked the ISPF command table for your command? =3.9 then change the table to ISP. We have quite a few CLISTs there ... WHOAMI3 SELECT CMD(%WHOAMI) Then a WHOAMI CLIST that checks for ISPF and pops up a window with user info. If it's not within ISPF it just WRITES the info. As it can run outside ISPF it can't have an ISREDIT statement. Dan D. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WinSCP or FileZilla to z/OS (not OMVS) ?
Coz:SFTP WWW.DOVETAIL .COM Free to use $$$ for support -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Dyck, Lionel B. (TRA) Sent: Friday, September 1, 2017 1:14 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: WinSCP or FileZilla to z/OS (not OMVS) ? Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets when connected? All I am able to get is access to the OMVS side of the system. thx -- Lionel B. Dyck Mainframe Systems Programmer - TRA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ::DISCLAIMER:: The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: :Re: Message IRX0006I running an edit macro CLIST
Hi Skip, Have you checked the ISPF command table for your command? =3.9 then change the table to ISP. We have quite a few CLISTs there ... WHOAMI3 SELECT CMD(%WHOAMI) Then a WHOAMI CLIST that checks for ISPF and pops up a window with user info. If it's not within ISPF it just WRITES the info. As it can run outside ISPF it can't have an ISREDIT statement. Dan D. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WinSCP or FileZilla to z/OS (not OMVS) ?
I use Filezilla to connect to my z/OS systems both for MVS datasets and OMVS. I have the same IP address for both site definitions. As far as I can tell the only difference is on the Advanced Tab in the Site Manager where the OMVS site definition has a default remote directory of /u/bolan defined, and the MVS site definition has a blank default remote directory. --Roger On Fri, Sep 1, 2017 at 12:14 PM, Dyck, Lionel B. (TRA) wrote: > Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets > when connected? > > All I am able to get is access to the OMVS side of the system. > > thx > > -- > Lionel B. Dyck > Mainframe Systems Programmer - TRA > > -- > 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: WinSCP or FileZilla to z/OS (not OMVS) ?
Dyck, Lionel B. (TRA) wrote: >Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets when >connected? >All I am able to get is access to the OMVS side of the system. You can use WinSCP to access z/OS datasets. I will post on Monday a sample batch job (in windoze) how to do that. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WinSCP or FileZilla to z/OS (not OMVS) ?
On Fri, Sep 1, 2017 at 1:14 PM, Dyck, Lionel B. (TRA) wrote: > Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets > when connected? > IBM's ssh/scp cannot access z/OS non-UNIX data sets. Dovetailed Technologies' can. http://dovetail.com/products/sftp.html > All I am able to get is access to the OMVS side of the system. > > thx > > -- Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email may cause stress to those with hippopotomonstrosesquipedaliophobia. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
WinSCP or FileZilla to z/OS (not OMVS) ?
Any thoughts on how to get WinSCP or FileZilla to access z/OS datasets when connected? All I am able to get is access to the OMVS side of the system. thx -- Lionel B. Dyck Mainframe Systems Programmer - TRA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: More IBM website ****ery
That is certainly odd, Phil. DJ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAARR
It ain't gonna happen, of course, but what would be really nice would be if every macro had a consistent way of specifying @Peter's "four [or more?] choices." The problem is often not so much the lack of a particular macro operand choice, but rather (just as one example) that one does not remember whether for this particular macro (R2) means that the value is in R2 or the value is in a fullword pointed to by R2. One has to go the manual and parse the description carefully to find out. The VSAM macros support a variety of address formats like (*,scon). I'm not terribly fond of them, but at least it was an attempt at a universal, flexible syntax. I certainly appreciate the "special" (I think that's the right name) register syntax. It's not a big deal, but it offends me when I carefully code L R1,MYFOOVAL/SOMEMAC FOO=(1) and see that the macro has generated LR 1,1. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Smith Sent: Friday, September 1, 2017 9:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IEAARR I didn't really intend to make a big deal about this particular macro, but I did step in it by casting aspersions on it. Sorry for that... but I'll explain a bit more since you provided such a complete background. I think the DYNSTORAGE keyword is redundant, and the macro could select from either the direct (RX-type) or indirect (A-type) keywords for each of the four major address keywords individually, depending on what's specified. And really, whether I have "dynamic storage" available has nothing to do with how the parms should be passed. I don't have a problem with the *PTR keywords as options, although I see no need for them. If the address is in storage, then I can easily L/LG or whatever myself and pass it in a register. But most of the time, it's easier and more efficient to LA/LAY/LARL the addresses, if not already in a register. Now that's a problem if I'm prevented from using R14 R15, R0, and R1; it's common not to have a whole bunch of free registers. And it's more efficient to put the addresses where they need to be once, instead of copying them. For example, I know that the ARR address is going to wind up in general register 1; I have the entire instruction set available to get it in there, without needing help from the macro. Many existing macros work that way, and I've never seen a problem with it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
may have job opening here 4 z/OS generalist + some CICS + some Prog Prod
My manager asked me to post this here. We _MIGHT_ be having a position opening up. We are very "bare bones" as far as staffing in concerned. My boss is interested in a "generalist" who can do z/OS work, some CICS, and some program products. We do not have assigned jobs. It's kind of "can you do this now?" type. If you've read other posts, you'll know we're really rather stable. I can't guarantee that we will (or won't) stay this way. I would love to upgrade z/OS and CICS, but it's "who knows?" on if or when. We are on a z9BC, but might upgrade to a z12BC next year. Just _might_. We run z/OS 1.12 with no plans that I know of to upgrade. We run CICS/TS 4.2, again with no plans that I know of to upgrade. We run MQSeries 6.0 (same disclaimer). We run CA-1, CA-7, CA-11. We generally stay more up to date on these. We use COBOL 4.2 (same disclaimer) We have z/OS UNIX fully operational, but it is not used much except by myself. We have the old Domino based HTTPD server running for a few special things. We run a number of older products under a "permanent execution" type license. These include BMC Mainview & something called "PowerConnect". This latter is a product which allows "SQL like" queries to selected VSAM data sets out to their own client on Windows. I don't know much about it. The boss wants somebody local. That is, this is not for a "remote only" type person. We do have some here who work from home on occasion, but we like to be in "cubical communications" distance of each other. The company is HealthMarkets. The address is 9151 Highway 26; N. Richland Hills, TX 76180 That's about all that I know. Oh, I think I should also say "Principals only". If interested, call William (Bill) Story at 817-255-3224 (obviously after Memorial Day). -- Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email may cause stress to those with hippopotomonstrosesquipedaliophobia. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP JCL EXAMPLE
Also, consider the recently added FTP sub-commands MVSPUT and MVSGET, if at z/OS V2R2 or higher -- these commands do supply SPACE attributes and directory-blocks, where required. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAARR
I didn't really intend to make a big deal about this particular macro, but I did step in it by casting aspersions on it. Sorry for that... but I'll explain a bit more since you provided such a complete background. I think the DYNSTORAGE keyword is redundant, and the macro could select from either the direct (RX-type) or indirect (A-type) keywords for each of the four major address keywords individually, depending on what's specified. And really, whether I have "dynamic storage" available has nothing to do with how the parms should be passed. I don't have a problem with the *PTR keywords as options, although I see no need for them. If the address is in storage, then I can easily L/LG or whatever myself and pass it in a register. But most of the time, it's easier and more efficient to LA/LAY/LARL the addresses, if not already in a register. Now that's a problem if I'm prevented from using R14 R15, R0, and R1; it's common not to have a whole bunch of free registers. And it's more efficient to put the addresses where they need to be once, instead of copying them. For example, I know that the ARR address is going to wind up in general register 1; I have the entire instruction set available to get it in there, without needing help from the macro. Many existing macros work that way, and I've never seen a problem with it. Anyway, my point of view. While I've rather over-explained some details for completeness, I'm well aware that *you* (and most readers here) know all this. It's not intended to insult your intelligence :-) sas On Fri, Sep 1, 2017 at 10:58 AM, Peter Relson wrote: >>>Also, IEAARR is an 1887-line monstrosity that looks unmaintainable to > me... but that's not my problem. >> >>Macro code looks "generated" to me - I doubt whether it is maintained in > this specific source form. > > Rob's "doubt" is confirmed. It is very easily maintainable. Many macros > are much much larger. > >>First, DYNSTORAGE=NOTAVAIL | AVAIL >> >>Two complete mutually-exclusive sets of keywords; and the ones used have > to match the above (ridiculous) keyword. No mixing of storage and > register >operands is allowed. All keywords are either required or > forbidden. > > I'm sorry that you don't like my choice of "DYNSTORAGE" or NOTAVAIL/AVAIL. > The point is that if you have dynamic storage available you have the > flexibility to do things like putting operands into storage and having the > expansion "L" the operand. If you do not have dynamic storage available, > you must live with "LA" (for which you need addressability to the thing > for which the address is being taken). > Surely you are aware that macro syntax historically allows only two > flavors -- specification surrounded by parens indicating "something is in > a register" and specification not surrounded by parens. That does not give > you the four choices that would be nicest-- get the value from the reg, > get the value located by the address in the reg, use "LA" on the operand, > use "L" (or perhaps "LG") on the operand. Very few macros give you all 4 > choices. In fact the original IEAARR only gave you the 2nd and 4th > choices. > > Why would anyone care when there are a lot of keywords? You use what > applies to your need. The keywords (e.g., ARR vs ARRPTR) differ in what > you can specify which is what provides the flexibility that most macros do > not provide. I would say that there *is* the capability of "mixing of > storage and register operands" but I can see that there is not the > capability of "give me all 4 choices for every keyword" on any given > invocation. I don't recall why I went the route I did. I presume it was > because I was trying to solve a need that I had, since no one had ever > asked for that additional functionality, and it met my need and I found it > easier to do it this way than the other. If there was a justified > requirement for providing the flexibility of "all 4 for every" we could > consider it. I'd imagine that it would be hard to justify (but not overly > hard to implement). > >>But, it specifically prevents the user from specifying register 1 (for > example) with its operand. > As is the case for 99% of macro keyword operands in z/OS. > >>(I can trick it by using 'ARR=R1', so it just generates LR 1,R1). > Sure you can "trick it". There are myriad ways to trick things across the > set of interfaces that z/OS provides if you want your clients to have the > risk that results from your not obeying the requirements of an interface. > The fact that it works today does not mean that it is supported or will > necessarily work tomorrow (although I doubt very much that this particular > macro would change in a way that would make your "trick" stop working). > > Peter Relson > z/OS Core Technology Design > > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP JCL EXAMPLE
John, Thanks for your help. It worked. Thanks to all who helped me out. Charlesl, I will try take a look at the site you suggested. On Fri, 9/1/17, John McKown wrote: Subject: Re: FTP JCL EXAMPLE To: IBM-MAIN@LISTSERV.UA.EDU Received: Friday, September 1, 2017, 11:27 AM On Fri, Sep 1, 2017 at 10:19 AM, willie bunter < 001409bd2345-dmarc-requ...@listserv.ua.edu> wrote: > Good Day To All, > > I am trying to FTP a dsn of 90 cylinders from one MAINFRAME Lpar to > another. The FTP function is unsuccessful because of a space abend. > > Would anybody have an example of how to code the space parm in the FTP > batch job? > > I thought about pre-allocation the dsn on the target LPAR. This works > however because of other dsns which will be FTP'd, the size of the dsns are > not known because the application batch jobs are run overnight. > > I looked at IBM KNOWLEDGE CENTER but I couldn't find anything that would > satisfy my requirement. > > Here is my batchjob. Please note I blanked out the IP address. > > //STEPFTP EXEC PGM=FTP,REGION=4096K,TIME=5, > // PARM='1XX.1XX.XX.XXX > //SYSPRINT DD SYSOUT=* > //OUTPUT DD SYSOUT=* > //INPUT DD * > O00070 PASSWORD > QUOTE SITE PRI=20 SEC=20 CYL > PUT 'O00070.OTTCAUDR.AUDITLOG' + > 'O00070.OTTCAUDR.AUDITLOG' > QUIT > /* > // > > Thanks. > The QUOTE SITE above is equivalent to SPACE=(CYL,(20,20)). Of course, this is a "hard coded" value which may be too large for some DSNs and not large enough for others. If you need something which "dynamically adjusts" the values, then you'll need to do more work. FTP itself cannot do this for you. -- Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email may cause stress to those with hippopotomonstrosesquipedaliophobia. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: FTP JCL EXAMPLE
Allow SMS to do the work for you of releasing the space. Allocate the files using the QUOTE SITE with enough space to handle the largest transfer (plus growth), assign to SMS classes that will release the unused space and then allow SMS to do the work for you during the normal SMS reclaim processing. You will lose space for some time, but not until the data set is deleted. Craig This communication contains information which is confidential and may also be privileged. It is for the exclusive use of the intended recipient(s). If you are not the intended recipient(s), please note that any distribution, copying or use of this communication or the information in it is strictly prohibited. If you have received this communication in error, please notify the sender immediately and then destroy any copies of it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP JCL EXAMPLE
> If you need something which "dynamically adjusts" > the values, then you'll need to do more work. FTP itself cannot do this for > you. Yeah, SENDSITE automagically sends the RECFM and so forth but not the space requirements. Go figure. And I don't think FTP supports RLSE, which would effectively provide appropriate sizing (allocate as large the largest dataset you anticipate transferring; RLSE the excess). Some very clever use of Rexx might allow you to dynamically build and run an IEFBR14 on the remote site that would allocate the appropriate size. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, September 1, 2017 8:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP JCL EXAMPLE On Fri, Sep 1, 2017 at 10:19 AM, willie bunter < 001409bd2345-dmarc-requ...@listserv.ua.edu> wrote: > Good Day To All, > > I am trying to FTP a dsn of 90 cylinders from one MAINFRAME Lpar > to another. The FTP function is unsuccessful because of a space abend. > > Would anybody have an example of how to code the space parm in the FTP > batch job? > > I thought about pre-allocation the dsn on the target LPAR. This works > however because of other dsns which will be FTP'd, the size of the > dsns are not known because the application batch jobs are run overnight. > > I looked at IBM KNOWLEDGE CENTER but I couldn't find anything that > would satisfy my requirement. > > Here is my batchjob. Please note I blanked out the IP address. > > //STEPFTP EXEC PGM=FTP,REGION=4096K,TIME=5, // PARM='1XX.1XX.XX.XXX > //SYSPRINT DD SYSOUT=* > //OUTPUT DD SYSOUT=* > //INPUT DD * > O00070 PASSWORD > QUOTE SITE PRI=20 SEC=20 CYL > PUT 'O00070.OTTCAUDR.AUDITLOG' + > 'O00070.OTTCAUDR.AUDITLOG' > QUIT > /* > // > > Thanks. > The QUOTE SITE above is equivalent to SPACE=(CYL,(20,20)). Of course, this is a "hard coded" value which may be too large for some DSNs and not large enough for others. If you need something which "dynamically adjusts" the values, then you'll need to do more work. FTP itself cannot do this for you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [EXTERNAL] Re: FTP JCL EXAMPLE
If you're going to be doing that a lot check out my FTPBATCH ISPF dialog that can do the FTP in the foreground or generate batch JCL. It can be found at www.lbdsoftware.com or in CBTTAPE.ORG file 312 -- Lionel B. Dyck Mainframe Systems Programmer - TRA -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Friday, September 01, 2017 10:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXTERNAL] Re: FTP JCL EXAMPLE Look up the SITE subcommand. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.halu001/site.htm Look at CYLinders and so forth. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, September 1, 2017 8:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP JCL EXAMPLE Good Day To All, I am trying to FTP a dsn of 90 cylinders from one MAINFRAME Lpar to another. The FTP function is unsuccessful because of a space abend. Would anybody have an example of how to code the space parm in the FTP batch job? I thought about pre-allocation the dsn on the target LPAR. This works however because of other dsns which will be FTP'd, the size of the dsns are not known because the application batch jobs are run overnight. I looked at IBM KNOWLEDGE CENTER but I couldn't find anything that would satisfy my requirement. Here is my batchjob. Please note I blanked out the IP address. //STEPFTP EXEC PGM=FTP,REGION=4096K,TIME=5, // PARM='1XX.1XX.XX.XXX //SYSPRINT DD SYSOUT=* //OUTPUT DD SYSOUT=* //INPUT DD * O00070 PASSWORD PUT 'O00070.OTTCAUDR.AUDITLOG' + 'O00070.OTTCAUDR.AUDITLOG' QUIT /* // -- 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: FTP JCL EXAMPLE
On Fri, Sep 1, 2017 at 10:19 AM, willie bunter < 001409bd2345-dmarc-requ...@listserv.ua.edu> wrote: > Good Day To All, > > I am trying to FTP a dsn of 90 cylinders from one MAINFRAME Lpar to > another. The FTP function is unsuccessful because of a space abend. > > Would anybody have an example of how to code the space parm in the FTP > batch job? > > I thought about pre-allocation the dsn on the target LPAR. This works > however because of other dsns which will be FTP'd, the size of the dsns are > not known because the application batch jobs are run overnight. > > I looked at IBM KNOWLEDGE CENTER but I couldn't find anything that would > satisfy my requirement. > > Here is my batchjob. Please note I blanked out the IP address. > > //STEPFTP EXEC PGM=FTP,REGION=4096K,TIME=5, > // PARM='1XX.1XX.XX.XXX > //SYSPRINT DD SYSOUT=* > //OUTPUT DD SYSOUT=* > //INPUT DD * > O00070 PASSWORD > QUOTE SITE PRI=20 SEC=20 CYL > PUT 'O00070.OTTCAUDR.AUDITLOG' + > 'O00070.OTTCAUDR.AUDITLOG' > QUIT > /* > // > > Thanks. > The QUOTE SITE above is equivalent to SPACE=(CYL,(20,20)). Of course, this is a "hard coded" value which may be too large for some DSNs and not large enough for others. If you need something which "dynamically adjusts" the values, then you'll need to do more work. FTP itself cannot do this for you. -- Caution! The OP is an hyperpolysyllabicsesquipedalianist and this email may cause stress to those with hippopotomonstrosesquipedaliophobia. Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP JCL EXAMPLE
Look up the SITE subcommand. https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.halu001/site.htm Look at CYLinders and so forth. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Friday, September 1, 2017 8:19 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: FTP JCL EXAMPLE Good Day To All, I am trying to FTP a dsn of 90 cylinders from one MAINFRAME Lpar to another. The FTP function is unsuccessful because of a space abend. Would anybody have an example of how to code the space parm in the FTP batch job? I thought about pre-allocation the dsn on the target LPAR. This works however because of other dsns which will be FTP'd, the size of the dsns are not known because the application batch jobs are run overnight. I looked at IBM KNOWLEDGE CENTER but I couldn't find anything that would satisfy my requirement. Here is my batchjob. Please note I blanked out the IP address. //STEPFTP EXEC PGM=FTP,REGION=4096K,TIME=5, // PARM='1XX.1XX.XX.XXX //SYSPRINT DD SYSOUT=* //OUTPUT DD SYSOUT=* //INPUT DD * O00070 PASSWORD PUT 'O00070.OTTCAUDR.AUDITLOG' + 'O00070.OTTCAUDR.AUDITLOG' QUIT /* // -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
FTP JCL EXAMPLE
Good Day To All, I am trying to FTP a dsn of 90 cylinders from one MAINFRAME Lpar to another. The FTP function is unsuccessful because of a space abend. Would anybody have an example of how to code the space parm in the FTP batch job? I thought about pre-allocation the dsn on the target LPAR. This works however because of other dsns which will be FTP'd, the size of the dsns are not known because the application batch jobs are run overnight. I looked at IBM KNOWLEDGE CENTER but I couldn't find anything that would satisfy my requirement. Here is my batchjob. Please note I blanked out the IP address. //STEPFTP EXEC PGM=FTP,REGION=4096K,TIME=5, // PARM='1XX.1XX.XX.XXX //SYSPRINT DD SYSOUT=* //OUTPUT DD SYSOUT=* //INPUT DD * O00070 PASSWORD PUT 'O00070.OTTCAUDR.AUDITLOG' + 'O00070.OTTCAUDR.AUDITLOG' QUIT /* // Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IEAARR
>>Also, IEAARR is an 1887-line monstrosity that looks unmaintainable to me... but that's not my problem. > >Macro code looks "generated" to me - I doubt whether it is maintained in this specific source form. Rob's "doubt" is confirmed. It is very easily maintainable. Many macros are much much larger. >First, DYNSTORAGE=NOTAVAIL | AVAIL > >Two complete mutually-exclusive sets of keywords; and the ones used have to match the above (ridiculous) keyword. No mixing of storage and register >operands is allowed. All keywords are either required or forbidden. I'm sorry that you don't like my choice of "DYNSTORAGE" or NOTAVAIL/AVAIL. The point is that if you have dynamic storage available you have the flexibility to do things like putting operands into storage and having the expansion "L" the operand. If you do not have dynamic storage available, you must live with "LA" (for which you need addressability to the thing for which the address is being taken). Surely you are aware that macro syntax historically allows only two flavors -- specification surrounded by parens indicating "something is in a register" and specification not surrounded by parens. That does not give you the four choices that would be nicest-- get the value from the reg, get the value located by the address in the reg, use "LA" on the operand, use "L" (or perhaps "LG") on the operand. Very few macros give you all 4 choices. In fact the original IEAARR only gave you the 2nd and 4th choices. Why would anyone care when there are a lot of keywords? You use what applies to your need. The keywords (e.g., ARR vs ARRPTR) differ in what you can specify which is what provides the flexibility that most macros do not provide. I would say that there *is* the capability of "mixing of storage and register operands" but I can see that there is not the capability of "give me all 4 choices for every keyword" on any given invocation. I don't recall why I went the route I did. I presume it was because I was trying to solve a need that I had, since no one had ever asked for that additional functionality, and it met my need and I found it easier to do it this way than the other. If there was a justified requirement for providing the flexibility of "all 4 for every" we could consider it. I'd imagine that it would be hard to justify (but not overly hard to implement). >But, it specifically prevents the user from specifying register 1 (for example) with its operand. As is the case for 99% of macro keyword operands in z/OS. >(I can trick it by using 'ARR=R1', so it just generates LR 1,R1). Sure you can "trick it". There are myriad ways to trick things across the set of interfaces that z/OS provides if you want your clients to have the risk that results from your not obeying the requirements of an interface. The fact that it works today does not mean that it is supported or will necessarily work tomorrow (although I doubt very much that this particular macro would change in a way that would make your "trick" stop working). Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
More IBM website ****ery
Try this: 1. Visit https://www.ibm.com/events/?lnk=fab%C2%A0 2. Search "z14" Now explain how those results make sense. I reported this, received a response with a link to a z14 Redbook. So even IBM isn't interested in the fact that their website is completely broken. I guess all the real effort is busy lowercasing DB2 and uppercasing z! Seriously, this is not how a world-class company operates. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Looking for mainframe shops Lexington/Cincinnati
Hey, I'm as much a mainframe bigot as the next geek, but she has a point these days. IBM seems hell-bent on killing z and, for that matter, itself. Hard to see a ray of sunshine at the end of the current tunnel. On Fri, Sep 1, 2017 at 12:03 AM, Steve Horein wrote: > Aren't you just a ray of sunshine! > Are you one of those "interesting" people? > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Keyring content
It seems to me that IBM is taking a purist approach: "You should know who you're talking to". And of course that's hard to argue with from a purist standpoint. But from a pragmatic standpoint, while that's fine *for professionals who are qualified to make that decision*, there's a reason that the browsers, for example, ship with a set of standard root certs: because end-users aren't qualified to make that decision. I submit that neither are most z/OS systems folks qualified. And that's where it hews to the bone: if I'm right, then this will net *decrease* z/OS security, while costing z/OS folks a lot of time-lose/lose. Why? Because they're going to get hit with "x, y, z, and [a-w] all stopped working" and scramble to re-add those same certificates, doing so *without analysis*. So the net is that they'll wind up exactly where they were, at best; at worst, they'll add a bogus certificate. All with disruption and wasted effort. An alternative approach might be to say "You know, the folks who 'get it' will already be doing the require analysis." If IBM were to provide a list of the provided certificates with a cover letter saying "You should understand this list and delete any that you don't want to trust", then folks could continue to do so, and a few people would say "Oh, yeah, I should be doing this" and start. But the rest would continue as they have been *and would be anyway, after some hassle* -- and without IBM continuing to erode z/OS by making life more difficult. .phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Lack of Support for Doc for COBOL
Sad. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Thompson Sent: Friday, September 1, 2017 5:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Lack of Support for Doc for COBOL COBOL 4.2 is still supported, and orderable. There are no posted EOM or EOS dates. So here is a response to a document error that was acknowledged as being valid: -- Thanks for your comment. You are correct: abbreviation for TEST|NOTEST should be none, and SEP|NOSEP should be the abbreviations for the TEST suboptions SEPARATE|NOSEPARATE. However, we do not update the COBOL V4.2 documentation any longer. We now support continuous documentation delivery for COBOL V6.1 and V5.2 only. Sorry for the inconveniences caused. Let us know if you have further questions. Thanks, Dana Zhang 张丹 COBOL Information Developer, PMP DevOps Systems ID, China Development Lab, IBM -- The manual has not been updated since “Second Edition (August 2009)”. So one wonders how many errors in the doc have been reported that were not applied to this manual. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM 650 wrote fiction?
That wasn't fiction, that was COBOL (cf. "You can write your program in , or you can write a story about your program in COBOL")! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Lack of Support for Doc for COBOL
COBOL 4.2 is still supported, and orderable. There are no posted EOM or EOS dates. So here is a response to a document error that was acknowledged as being valid: -- Thanks for your comment. You are correct: abbreviation for TEST|NOTEST should be none, and SEP|NOSEP should be the abbreviations for the TEST suboptions SEPARATE|NOSEPARATE. However, we do not update the COBOL V4.2 documentation any longer. We now support continuous documentation delivery for COBOL V6.1 and V5.2 only. Sorry for the inconveniences caused. Let us know if you have further questions. Thanks, Dana Zhang 张丹 COBOL Information Developer, PMP DevOps Systems ID, China Development Lab, IBM -- The manual has not been updated since “Second Edition (August 2009)”. So one wonders how many errors in the doc have been reported that were not applied to this manual. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN