Re: Converting assembler to COBOL help
Hello, There is a vendor BP that does this sort of thing with an automated tool. Mitch -Original Message- From: W Mainframe <01304632a58d-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sat, Jul 9, 2022 9:23 am Subject: Re: Converting assembler to COBOL help Hi,A suggestion... I did similar thing some years ago using z390 Macro Language. In summary you can create macros and replace used macros by Cobol statements.The macros just punch Cobol statements to an output.I converted about 250 critical Cobol code.Main question... Is it 100%, of course not... But I would say 75%. RegardsDan Sent from Yahoo Mail for iPhone On Friday, July 8, 2022, 8:53 PM, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: On Fri, 8 Jul 2022 22:51:38 +, Farley, Peter x23353 wrote: > > ... The business logic was totally scrambled, sometimes by "old-timer" >tricks like non-reentrant branch gates and other such no-no's under current >maintainability and pipeline-flush avoidance rules, other times just by >flagrantly awful spaghetti code even a human would struggle to understand. > Was that merely faithfully replicating deficiencies in the input? What architecture level? What might it do with such as RISBG? -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: What not to do on a z/OS system...
Carmen? Print operator? Back in the 70s, we did it all! Mitch -Original Message- From: Carmen Vitullo To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Jan 19, 2022 1:50 pm Subject: Re: What not to do on a z/OS system... NO - fun was being a print operator and throwing an empty box of stock paper at someone who thought it was a full box what not to do when you're an operator working with Datagraphix microfiche, save the chemical change for the next shift, it always comes back to bite you Carmen On 1/19/2022 1:44 PM, Mitch Mccluhan wrote: > ...the most fun was when you had a punch card system where a co-worker was >sorting a few columns of approximately 25K cards and asked you to help carry a >stack. When they weren't looking, you pick up a stack of garbage cards >instead, take a few steps and "accidentally" drop the stack. So much fun! Of >course, this was before true operating systems. > > Mitch McCluhan > > > -Original Message- > From: Seymour J Metz > To:IBM-MAIN@LISTSERV.UA.EDU > Sent: Wed, Jan 19, 2022 1:39 pm > Subject: Re: What not to do on a z/OS system... > > I've heard of operators cancelling jobs that were running correctly because > they assumed that tapes moving back and forth always meant a bad spot. > > > -- > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > > From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of > Carmen Vitullo [cvitu...@hughes.net] > Sent: Wednesday, January 19, 2022 1:27 PM > To:IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: What not to do on a z/OS system... > > not a zseries, around the same decade, in the 80's we had a 30xx > processor that went into a wait state IIRC, I was an operator and we > were rerunning an inventory update process for a large retailer, I > started to hit stop/unload all the inventory files that were mounted on > the drives, supervisor and sysprogs were at the console and I got heat > for doing it since then an O2 SYSTEM RESTART (I think) was new and my > boss throught we could just restart the processor and pick up like the > system never went into a wait state, luckily for me, the system did not > recover and an IPL was required. > > other things like attempting to run a compile/go my first assembler > program (as an operator) the system seemingly hung, it was not me > thankfully but I still had a pucker up moment. > > I recall my lead operator doing something similar on a data check on a > tape, you know when you see the tape re-read the same block over and > over, he hit stop on the processor, it was a 370/158, then accessed the > control unit for the drives and threw some toggles to bypass the bad > block on the tape, resumed and all was good, our applications were > written i a way that bad data was written to an error report so we could > balance the data and account for the missing input - > > > Carmen > > > On 1/19/2022 12:04 PM, Lennie Dymoke-Bradshaw wrote: >> At my first job (1975) one of the programmers was chatting to the operators >> and then lent against that red button on the wall. Shutdown the entire >> machine room of course. >> >> Lennie >> >> -Original Message- >> From: IBM Mainframe Discussion List On Behalf Of >> Mike Shaw >> Sent: 19 January 2022 16:44 >> To:IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: What not to do on a z/OS system... >> >> We once had a data check we could not get past on a 3420 tape. This was >> around 1980, MVS/SE 1 or thereabouts. The lead sysprog hit stop on the tape >> drive, pulled the leading tape portion out of the vacuum column, rubbed it >> gently back and forth between his finger and thumb, and slowly released the >> tape back into the vacuum column. He hit start on the tape drive and we got >> past the data check and read the rest of the data on that tape without a >> problem. No blocks were missed. >> >> I thought that was magic at the time... >> >> Mike Shaw >> MVS/QuickRef Support Group >> Chicago-Soft, Ltd. >> >> >> On Wed, Jan 19, 2022 at 10:31 AM Seymour J Metz wrote: >> >>> Back in the old days the R/W heads lifted up when you unloaded a tape >>> and moved down when you mounted a new reel. One day an interlock >>> didn't interlock and the R/W head mashed the hand of an operator. The >>> damage wasn't permanent, but everybody was more cautious after that. >>> >>> >>> -- >>> Shmuel (Seymour J.) Metz >>> http://mason.gmu.edu/~smetz3 >>> >>> >>> From:
Re: What not to do on a z/OS system...
...the most fun was when you had a punch card system where a co-worker was sorting a few columns of approximately 25K cards and asked you to help carry a stack. When they weren't looking, you pick up a stack of garbage cards instead, take a few steps and "accidentally" drop the stack. So much fun! Of course, this was before true operating systems. Mitch McCluhan -Original Message- From: Seymour J Metz To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Jan 19, 2022 1:39 pm Subject: Re: What not to do on a z/OS system... I've heard of operators cancelling jobs that were running correctly because they assumed that tapes moving back and forth always meant a bad spot. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Carmen Vitullo [cvitu...@hughes.net] Sent: Wednesday, January 19, 2022 1:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: What not to do on a z/OS system... not a zseries, around the same decade, in the 80's we had a 30xx processor that went into a wait state IIRC, I was an operator and we were rerunning an inventory update process for a large retailer, I started to hit stop/unload all the inventory files that were mounted on the drives, supervisor and sysprogs were at the console and I got heat for doing it since then an O2 SYSTEM RESTART (I think) was new and my boss throught we could just restart the processor and pick up like the system never went into a wait state, luckily for me, the system did not recover and an IPL was required. other things like attempting to run a compile/go my first assembler program (as an operator) the system seemingly hung, it was not me thankfully but I still had a pucker up moment. I recall my lead operator doing something similar on a data check on a tape, you know when you see the tape re-read the same block over and over, he hit stop on the processor, it was a 370/158, then accessed the control unit for the drives and threw some toggles to bypass the bad block on the tape, resumed and all was good, our applications were written i a way that bad data was written to an error report so we could balance the data and account for the missing input - Carmen On 1/19/2022 12:04 PM, Lennie Dymoke-Bradshaw wrote: > At my first job (1975) one of the programmers was chatting to the operators > and then lent against that red button on the wall. Shutdown the entire > machine room of course. > > Lennie > > -Original Message- > From: IBM Mainframe Discussion List On Behalf Of > Mike Shaw > Sent: 19 January 2022 16:44 > To:IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: What not to do on a z/OS system... > > We once had a data check we could not get past on a 3420 tape. This was > around 1980, MVS/SE 1 or thereabouts. The lead sysprog hit stop on the tape > drive, pulled the leading tape portion out of the vacuum column, rubbed it > gently back and forth between his finger and thumb, and slowly released the > tape back into the vacuum column. He hit start on the tape drive and we got > past the data check and read the rest of the data on that tape without a > problem. No blocks were missed. > > I thought that was magic at the time... > > Mike Shaw > MVS/QuickRef Support Group > Chicago-Soft, Ltd. > > > On Wed, Jan 19, 2022 at 10:31 AM Seymour J Metz wrote: > >> Back in the old days the R/W heads lifted up when you unloaded a tape >> and moved down when you mounted a new reel. One day an interlock >> didn't interlock and the R/W head mashed the hand of an operator. The >> damage wasn't permanent, but everybody was more cautious after that. >> >> >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> >> >> From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on >> behalf of Cameron Conacher >> [03cfc59146bb-dmarc-requ...@listserv.ua.edu] >> Sent: Wednesday, January 19, 2022 10:22 AM >> To:IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: What not to do on a z/OS system... >> >> A very long time ago, (mid seventies I think) I was loading a tape to >> a tape drive. >> A button on my jean jacket trapped the edge of my jacket sleeve inside >> the tape drive when as the glass closed. >> I stood patiently and waited for the tape processing to complete so >> the tape could unload. >> >> After that, I paid more attention when loading tapes. >> >> Thanks, >> >> ...Cameron >> >> >> >> >> >> From: IBM Mainframe Discussion List On >> Behalf Of Kirk Wolf >> Sent: Wednesday, January 19, 2022 9:41 AM >> To:IBM-MAIN@LISTSERV.UA.EDU >> Subject: [
Re: Is the mainfrrame cloud more reliable? was Re: AWS is down.
...and IBM has multiple zCloud sites. I've toured the one in Boulder, and it is amazing. Mitch -Original Message- From: Bfishing To: IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Dec 13, 2021 11:19 am Subject: Re: Is the mainfrrame cloud more reliable? was Re: AWS is down. IBM does offer this cloud service: https://www.ibm.com/cloud/hyper-protect-virtual-servers Only providing a reply to the question of zCloud offerings from IBM. On Sat, Dec 11, 2021 at 9:51 PM Ed Jaffe wrote: > On 12/11/2021 11:07 AM, zMan wrote: > > What Z cloud offering? I see them categorizing CICS revenue as "cloud". > Not > > aware of a real Z cloud offering? > > According to LinkedIn, IBM's Scott Engleman, who did an amazing job for > years as z/OS Offering Manager, is now the "IBM Z Hybrid Cloud Product > Management Leader". > > I believe the "IBM Z Hybrid Cloud" offering to be the full name of what > some folks refer to as "Z Cloud"... > > -- > 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 > -- ><º>`·.¸¸´¯`·.¸.·´¯`·...¸>(((º> .·´¯`·.><º>`·.¸¸.·´¯`·.¸.·´¯`·...¸><º> <>< Go fishing ><> -- 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: Mainframe Modernization
David, I have been in mainframes since 1970 and started my own company in 1998 dealing with mainframe modernization. A lot has to do with languages, databases and interfaces to non-mainframe environments along with the zCloud capabilities currently available. While I am a 1,000% proponent of mainframe environments, I do see where some smaller applications make it possible to have more readily support and services by moving off the mainframe. Almost without question, one of the issues is the aging of mainframe staff. But on the flip side, converting to a more "modern" language, migrating from a non-relational DBMS to DB2 and improving the containerization of mainframe applications vastly improves the ability to interface to other environments, support, access to adequate staff and all the IBM and 3rd party tools that also improve the longevity of the applications. Lastly, modernization can also involve the replacement of tools and utilities that don't perform adequately, are too costly or are not kept up to date to match the capabilities of the current zOS systems. All I do with my current employer is analyzing mainframes for modernization opportunities. Very, VERY few mainframe shops want to lose their mainframe. And, all the mainframe TBTF environments can't move to a non-mainframe infrastructure just because they are so large. Just my thoughts Mitch -Original Message- From: David Elliot To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Oct 20, 2021 6:50 pm Subject: Mainframe Modernization Does anyone out there know what is meant by the expression "Mainframe Modernization' '? It seems to be catching on with the Bobs but when you ask exactly how they propose to modernize their systems all you get is silence. As in if you don"know we shouldn't even be talking about it. Any ideas ? Or is it just more BS like 'cloud' or 'devops'? -- 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: IBM JCL Expert preview in today's announcement letter
Domenic, Tell me more, please. Mitch Sent from the all new AOL app for iOS On Friday, October 8, 2021, 8:05 AM, Domenico D'Alterio wrote: Hello List, I see that the IBM announcement https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3/649/ENUSA21-0533/index.html=en_locale=en triggered a lot of questions. I am the Senior Product Manager in IBM working on this new project, so it will be a completely new offering from IBM for a JCL Checker tool. If you are interested in talking with development during the development phase, reach-out me. It would not be a sales call, just an early exposure of what we plan to deliver with the possibility to influence the roadmap. Thank you, Domenico D'Alterio -- 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: Control-M
I would suggest IWS from IBM. It is a true enterprise wide solution. I have been in the scheduler, production control, operations, etc areas for many decades and it is, in my opinion, a better option. And in openness, I am with IBM, but this is my personal opinion. Regards, Mitch McCluhan -Original Message- From: Ward, Mike S To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Sep 22, 2021 3:06 pm Subject: Control-M Anyone on here ever used Control-M from BMC? Any comments on the Installation/Maintenance/Performance ...ET AL? Any additional products that had to be purchased because Control-M didn't have everything it needed to run successfully? == This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: even an old mainframer can do it
Tony, Excellent retort! I agree. Why make something simple and so many people understand into something that is complex and black box-ish. Mitch -Original Message- From: Tony Thigpen To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Aug 18, 2021 7:52 am Subject: Re: even an old mainframer can do it The problem is that he approached his objective from the wrong direction. It appears that is objective was to 'avoid changing the JCL for different control cards'. We do write some of these type programs for queries that end-users need to submit. Maybe TSO based on CICS based. But, we normally just prompt for the data card parms and then submit a modified JCL member to JES. Sometimes, we programmers need the same sort of process and because we just need to do something all the time and are lasy. Thus TSO panel for submitting compiles. But, we normally just use a front-end to make a minor change to the JCL before it is submitted. This guy, who claims he is a "Seasoned mainframer guy" (and I will ignore the fact that it's either "mainframe guy" or "mainframer" without the "guy") apparently decided that the JCL was 'evil'. That is what I don't understand. He took something that any basic programmer/operator (mostly) understands and replaced it with something that few in the field would understand. It seems very Rube Goldberg to me. And, I agree, it seems 'woke' to me too (as in 'JCL' is now the new evil'). Tony Thigpen kekronbekron wrote on 8/17/21 11:59 PM: > Objectively, this has got to be madness. > Just look at the JCL that's being shoved into a horrid, horrid Python program. > ~200 lines to replace 18 lines of JCL. > > Oh.. and that's leaving aside the condescending tone about 'the old > mainframer'. > Whether a person wants to learn something or not (therefore choosing their > path) is up to them. > They don't need to be harassed/shamed about it. > Just because there were some people on mainframe forums consistently > harassing everyone with "check with your site's system programmer / RTFM / > etc.", it doesn't mean the woke folk need to return the favour by being > passive aggressive or insulting senior sysprogs for not wearing neon shorts > or whatever. > > If this is being paraded as simplification, now the mainframe is truly doomed. > > https://medium.com/theropod/the-journey-from-jcl-to-python-so-easy-even-an-old-mainframer-can-do-it-f088cc49366a > > - KB > > -- > 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: Static CEEPCALL to COBOL 5/6
Frank, ...being with IBM, I have some contacts that sometimes help me out. I passed your question along to our COBOL compiler lab and they think you may have encountered a shortcoming in COBOL 6.3. They recommended that you should call IBM support and open a case. I hope this helps. Regards, Mitch McCluhan -Original Message- From: Frank Swarbrick To: IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Aug 16, 2021 2:46 pm Subject: Static CEEPCALL to COBOL 5/6 I have a very simple LE-enabled assembler program: SYSSTATE ARCHLVL=2 CALLER CEEENTRY MAIN=YES,RMODE=ANY CEEPCALL COBTEST,MF=(E,) CEETERM PPA CEEPPA , CEEDSA , CEECAA , END CALLER This works under the following conditions: - COBTEST is a COBOL V6.3 DLL and is "DLL linked" with CALLER. - COBTEST is a COBOL V4.2 non-DLL and is static linked with CALLER. However, if COBTEST is a COBOL V6.3 non-DLL and is static linked with CALLER, it abends with an S0C1. It appears that when a COBOL V6.3 program is static linked with an LE-assembler main program it's wiping our or not properly setting CEECAACRENT, the address of the writable static area. Specifically, the CEEPCALL macro expansion has the following statement: L 15,500(,12) LOAD 15 WITH CEECAACRENT When working properly, this loads R15 with a valid address. But in the not working scenario it's loading address 0. Should this be working? Is this a bug? Am I doing something wrong? Thanks, Frank -- 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: TWS replacements
….go with IWS. Mitch Sent from the all new AOL app for iOS On Saturday, July 10, 2021, 11:35 AM, IBM user wrote: STONEBRANCH Does anyone have anything to say about Stonebranch? - Original message - From: Radoslaw Skorupka <0368479ca34d-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TWS replacements Date: Sunday, January 24, 2021 3:42 PM To complement: there are several products from several companies. BMC ControlM CA ESP (now Broadcom) CA-7 IBM IWS aka TWS aka OPC ASG-ZEKE former BETA 42 Tidal Workload Automation schedule-in OPS/Jobmaster ActiveBatch JAMS Scheduler Stonebranch -- 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: Mainframe t-shirt store
...it gets to the point to checkout/pay, and it freezes. Must not be running on a mainframe!! Mitch -Original Message- From: PINION, RICHARD W. To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, May 13, 2021 12:58 pm Subject: Mainframe t-shirt store If you haven't seen this, then check it out. www.mainframestore.com Confidentiality notice: This e-mail message, including any attachments, may contain legally privileged and/or confidential information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution, or copying of this e-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this e-mail message from your computer. -- 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: JCL checkers?
Folks, As an FYI, J-MAN makes it possible to work on a "reference model", from which the tool automatically creates as many target environments as you need, based on "rules" that describe how to modify the jobs to make them effective for the specific target environments. Every single keyword of the job, every file name, every parameter can be automatically changed, including the structure itself of the job can be changed. Mitch -Original Message- From: Jeffrey Holst <02366bf64af9-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Mar 12, 2021 6:45 am Subject: Re: JCL checkers? Like several others we use JCLCHECK from Broadcom/CA. We were using JCLSCAN, but we had a new requirement that we be able to check JCL intended to run on a different sysplex. (We create our production JCL on a test sysplex.) JCLCHECK has a feature that does this. -- 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: JCL checkers?
...I think CA/Broadcom calls that a Unicenter license. When I was supporting competitive products, the CA sales person said that is only one of the tools, so no reduction was possible. Used to frustrate my clients at the time! What is nice about today's market is that there is also an automated tools-based solution for migration away from the CA schedulers. Mitch -Original Message- From: Bill Johnson <0047540adefe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 11, 2021 2:18 pm Subject: Re: JCL checkers? Correct. At a former employer, we kept eliminating CA products only to see the CA billing barely move. Until we eliminated every CA product. Top Secret being the last. (RACF replaced it) Sent from Yahoo Mail for iPhone On Thursday, March 11, 2021, 3:14 PM, Gibney, Dave wrote: > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Pommier, Rex > Sent: Thursday, March 11, 2021 11:39 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: JCL checkers? > > Ron, > s as well as not > lowering the price if the customer drops a product from their portfolio. > This behavior is not new with the Broadcom acquisition of CA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: [External] Re: JCL checkers?
Seymour, I would say J-Man is VERY competitive in price but also likely able to provide significantly more bang for the buck. Mitch -Original Message- From: Seymour J Metz To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 11, 2021 2:03 pm Subject: Re: [External] Re: JCL checkers? The question isn't whether the product is perfect. The questions are: Is it worth what we pay for it? Does a competitive product offer more bang for the buck in our environment? -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Mitch Mccluhan [005d889cebf0-dmarc-requ...@listserv.ua.edu] Sent: Thursday, March 11, 2021 2:38 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: JCL checkers? ...true, very slick, until you submit the JCL for execution and find out that the job before it deleted an input dataset, or that the JCL called a control card member that was empty, or that the program to be executed in step 3 wasn't compiled properly so the job abends. -- 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: JCL checkers?
Actually, I am fairly confident that J-Man would catch if not 100% of JCL issues (not just JCL errors), but very, VERY close. I can say this because I have used the product in the past and was in the JCL management tool provider environment for almost 15 years, so very familiar with the JCL tools on the market. Again though, it is, in the end, a matter of personal preference. Mitch -Original Message- From: Pommier, Rex To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 11, 2021 1:42 pm Subject: Re: [External] Re: JCL checkers? Mitch, Also true, but still nice to catch the typo'd program name that would have caused an 806 or the missing PDS member or any of the other pile of things a TYPRUN=SCAN doesn't catch. They can't catch everything but ours definitely took care of a lot of potential problems before they happened, just by hitting a PFKey. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mitch Mccluhan Sent: Thursday, March 11, 2021 1:39 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: JCL checkers? ...true, very slick, until you submit the JCL for execution and find out that the job before it deleted an input dataset, or that the JCL called a control card member that was empty, or that the program to be executed in step 3 wasn't compiled properly so the job abends. Mitch -Original Message- From: Pommier, Rex To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 11, 2021 1:34 pm Subject: Re: [External] Re: JCL checkers? Chris, It must have just been put into place. Back in the late 80s, early 90s when I installed JCLCheck I activated that function. In ISPF edit hit a PFKey and it ran the check, popping JCL errors etc. right in the edit session. I agree, very slick. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chris Hoelscher Sent: Thursday, March 11, 2021 1:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: JCL checkers? We use JCLCHECK - either a new feature was introduced in 2020, or an existing feature was put in play at our site - it allows JCLCHECK to be invoked from a TSO edit session - VERY NICE The batch version also allows jcl to be checked for customizable requirements to allow things are just the way we want them for our production repository - helps when building an xref Chris Hoelscher Lead Sys DBA IBM Global Technical Services on assignmemt to Humana Inc. T 502.476.2538 or 502.407.7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, March 11, 2021 1:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] JCL checkers? [External Email: Use caution with links and attachments] What JCL checkers are normally available? TYPRUN=SCAN requires actual submission of the job. I want to check syntax and datasets thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助 服務。請致電 1‐877‐320‐1235 (TTY: 711)。 Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711). Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711). 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오. -- 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
Re: [External] Re: JCL checkers?
...true, very slick, until you submit the JCL for execution and find out that the job before it deleted an input dataset, or that the JCL called a control card member that was empty, or that the program to be executed in step 3 wasn't compiled properly so the job abends. Mitch -Original Message- From: Pommier, Rex To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 11, 2021 1:34 pm Subject: Re: [External] Re: JCL checkers? Chris, It must have just been put into place. Back in the late 80s, early 90s when I installed JCLCheck I activated that function. In ISPF edit hit a PFKey and it ran the check, popping JCL errors etc. right in the edit session. I agree, very slick. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Chris Hoelscher Sent: Thursday, March 11, 2021 1:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: JCL checkers? We use JCLCHECK - either a new feature was introduced in 2020, or an existing feature was put in play at our site - it allows JCLCHECK to be invoked from a TSO edit session - VERY NICE The batch version also allows jcl to be checked for customizable requirements to allow things are just the way we want them for our production repository - helps when building an xref Chris Hoelscher Lead Sys DBA IBM Global Technical Services on assignmemt to Humana Inc. T 502.476.2538 or 502.407.7266 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, March 11, 2021 1:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [IBM-MAIN] JCL checkers? [External Email: Use caution with links and attachments] What JCL checkers are normally available? TYPRUN=SCAN requires actual submission of the job. I want to check syntax and datasets thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. Humana Inc. and its subsidiaries comply with applicable Federal civil rights laws and do not discriminate on the basis of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. Humana Inc. and its subsidiaries do not exclude people or treat them differently because of race, color, national origin, ancestry, age, disability, sex, marital status, gender, sexual orientation, gender identity, or religion. English: ATTENTION: If you do not speak English, language assistance services, free of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición servicios gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助 服務。請致電 1‐877‐320‐1235 (TTY: 711)。 Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen sèvis èd pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711). Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z bezpłatnej pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711). 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오. -- 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: [External] JCL checkers?
ASG bought JCLPrep from Altare Computer Systems some time ago. The original developers are long gone. At one time, it was one of the best because it was the first to allow modification of the JCL from an ISPF screen. It was out-selling most of the JCL tools in the 80s, but now is just one of the wanna-bes. Mitch -Original Message- From: Charles Mills To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 11, 2021 1:30 pm Subject: Re: [External] JCL checkers? ASG has one. JCL-Prep? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pommier, Rex Sent: Thursday, March 11, 2021 10:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] JCL checkers? I haven't used any of these except the CA one over 20 years ago... In no particular order. ISC Software JCL checker CA-JCLCheck SEA JCLPlus JCLPrep (IDK who markets this one) Used to be something called smartJCL Used to be something called Jscan PRO/JCL Just to name a few. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Giannelli Sent: Thursday, March 11, 2021 12:32 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] JCL checkers? What JCL checkers are normally available? TYPRUN=SCAN requires actual submission of the job. I want to check syntax and datasets thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- 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: JCL checkers?
Having the ability to check the JCL is important, but even more so is the ability to ensure the JCL is accurate, efficient, well coded and documented and has the ability to interface with change management tools (i.e., Endevor, ChangeMan, etc),batch schedulers and rerun/restart requirements. In addition, the ability to not only format the JCL for appearance and requirements/ or prevention of any and all JCL and site specific requirements, automatically, will easily reduce effort, cost, performance and maintenance overhead. I have been in the JCL management arena since the early 80s, when JCLCHECK was the king. A lot has changed since then! Mitch -Original Message- From: Pommier, Rex To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 11, 2021 12:58 pm Subject: Re: JCL checkers? Has anybody heard whether Broadcom will be raising the price of JCLCheck? I used it many years ago and liked it but haven't had access to a commercial JCL checker in well over 20 years. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of McCabe, Ron Sent: Thursday, March 11, 2021 12:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: JCL checkers? We use JCL Check from CA. Thanks, Ron McCabe Manager of Mainframe/Midrange Systems Mutual of Enumclaw -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bill Johnson Sent: Thursday, March 11, 2021 10:42 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL checkers? CAUTION: This email is from an external address. Please be careful of links and attachments. JCLPREP worked well for us. ASG product. Sent from Yahoo Mail for iPhone On Thursday, March 11, 2021, 1:32 PM, Bill Giannelli wrote: What JCL checkers are normally available? TYPRUN=SCAN requires actual submission of the job. I want to check syntax and datasets thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN 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 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: JCL checkers?
...I supported JCLPREP for years. It is a good tool, but also old school. I suggest J-Man from RES (https://res-group.eu/en/download/j-man). It is head and shoulders above all other JCL management tools. It performs on all the latest zSeries platforms, interfaces with virtually all the IBM and 3rd party batch schedulers, and includes the ability to automatically modify JCL to meet site standards, naming conventions, scheduler requirements and a lot more. Regards, Mitch -Original Message- From: Bill Johnson <0047540adefe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 11, 2021 12:42 pm Subject: Re: JCL checkers? JCLPREP worked well for us. ASG product. Sent from Yahoo Mail for iPhone On Thursday, March 11, 2021, 1:32 PM, Bill Giannelli wrote: What JCL checkers are normally available? TYPRUN=SCAN requires actual submission of the job. I want to check syntax and datasets thanks Bill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TWS replacements
...in all fairness, TWS (initially OPC, now IWS), provides all the support and solutioning as mentioned by Mark in his email. One of the major benefits of IWS (and this is just one of many) is that being an IBM product, it has the most prolific set of interfaces to the zOS environment including IBM tools/utilities and virtually all other environmentss that have some interaction with the batch environment. This also applies to 3rd party vendor tools that have some impact on JCL and/or scheduling. Lastly, IBM has an active process that can automatically (using tools) convert non-IWS schedulers to IWS. I have been in the JCL and scheduler environment since 1982 and have supported (in either technical pre-sales, actual use of, or conversion projects specific to scheduling software) and believe that IWS is the product leader in automated scheduling. Disclaimer, I used to work at ASG and am currently with IBM. Regards, Mitch -Original Message- From: Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Sat, Jan 23, 2021 10:32 am Subject: Re: TWS replacements ASG-Zeke is an automated job scheduler that dynamically schedules and dispatches events, and monitors every aspect of your job schedule. ASG-Zeke provides wide ranging functionality, including system command scheduling, automatic variable calculation and substitution, step-level condition code validation, workload balancing, schedule forecasting and simulation, SAF security, optional SMP/E support, simultaneous support for multiple JCL libraries, electronic vaulting capabilities, pre-built calendars, and other utilities. When you add ASG’s cross-platform agent(s), scheduling is extended to all the major platforms, including Windows, Linux, UNIX, OS/400. Disclaimer. I work for ASG Technologies. 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 Saturday, January 23rd, 2021 at 11:14 AM, IBM user wrote: > What are some of the less-expensive IBM Tivoli Workload Scheduler TWS (IWS) > replacements that are available? > > Solution needs to manage mainframe and remote Windows/Linux workloads. > > IBM User > > --- > > 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: CA Broadcom Replacement Software
Hello, In regards to automated scheduler replacements, I am aware of a company that does conversion/migration from a variety of scheduling software (CA-7, CA-Scheduler, Control-M, etc.) to the IBM IWS tool suite (formerly OPC or TWS). It is an automated conversion/migration that has been performed at a number of mainframe sites around the globe. Mitch McCluhan -Original Message- From: Patti Bowman To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Dec 9, 2020 4:28 pm Subject: 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 n
Re: JCL examination prior to execution
just a thought. Run the JCL through J-Man and either change the statements, one of the values/parameters or issue a flag prior to the execution. Mitch -Original Message- From: Mark Jacobs <0224d287a4b1-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tue, Sep 22, 2020 8:35 am Subject: Re: JCL examination prior to execution We've had developers fill up spool with unnecessary dumps in the past. Yes, you're correct, they can do as you said, but they don't. It's pure user error. 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 Tuesday, September 22, 2020 9:29 AM, Seymour J Metz wrote: > Why? My understanding is that you can retrieve an SVC dump from SPOOL and > process it in IPCS. As long as it is in a hold class, what problems does it > cause? > > > -- > > Shmuel (Seymour J.) Metz > http://mason.gmu.edu/~smetz3 > > From: IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU on behalf of > Mark Jacobs 0224d287a4b1-dmarc-requ...@listserv.ua.edu > > Sent: Tuesday, September 22, 2020 8:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: JCL examination prior to execution > > We have developers who put SYSMDUMP output to SYSOUT rather than a dataset. > I'm looking at ways to prevent those jobs from executing until they make JCL > changes. Are there any other exits, processes other than a JES2 exit (looking > at exit 6/60) to do so? > > Mark Jacobs > > Sent from ProtonMail, Swiss-based encrypted email. > > GPG Public Key - > https://secure-web.cisco.com/1gV3QlDEC4whhAOpxGDqlWhtt9-Vum1-s6zU_qe0Q1Q3aPU1FE-A90GeTPpz8jKMhzcZVcfg6b6k5_7EC3d3RcoB3IEi6T0Znq9kwpDNzuoNXOFZy44tM4Lu7OcfqHR66zi9MQdIlEyX18kKI1-uyZrD1tQfcoLhPP0vvD2fG4Az6VK8S5R4449KcpF93hlyFnGO29LfHJWgTQUgwGOmsAwq5HlKn07Fugxsjgnv4dg-XtmWUi0Exd3Pt_p6cfHqmS8_GCvni0WjqRy07gZnTOMCLLVCAV8rTILJ8vtI2JEVZpf7fI3oPe2IP4BYs5pLmzCN6W1nR-27mgDwuZTDw_lMAT-WvQarzSxkU-0L75vCJNbRwEoNOVCHsX_y6FqWNwHDwIxCE2cUcMKYLjwrh1TDYQfEGK83ZQmF7emCkNwQxJTgbVBGIGNYaBrT2EsMk/https%3A%2F%2Fapi.protonmail.ch%2Fpks%2Flookup%3Fop%3Dget%26search%3Dmarkjacobs%40protonmail.com > > -- > > 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: z13s to z15 Mainframe
Hello, We have been involved in a number of these Mitch -Original Message- From: Charles MacNiven <0325e5af57fe-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Aug 17, 2020 8:28 am Subject: z13s to z15 Mainframe Hi, anyone aware of a migration path from z13s to z15 (T01 or T02). Many thanks, Charles. -- 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: "Everyone wants to retire mainframes"
Hmmm, let me see if I remember. Oh yeah, what used to be called a remote data center! Mitch -Original Message- From: ITschak Mugzach To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tue, Jun 9, 2020 8:14 am Subject: Re: "Everyone wants to retire mainframes" John McKown, you are not alone! ITschak Mugzach *|** IronSphere Platform* *|* *Information Security Continuous Monitoring for z/OS, x/Linux & IBM I **| z/VM comming son * On Tue, Jun 9, 2020 at 4:08 PM Ron Wells < 02ebc63ff5ef-dmarc-requ...@listserv.ua.edu> wrote: > BINGO > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Ward Able, Grant > Sent: Tuesday, June 09, 2020 7:56 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: "Everyone wants to retire mainframes" > > ** EXTERNAL EMAIL - USE CAUTION ** > > > There's no such thing as The Cloud - it's just someone else's > computer... > > > Regards – Grant. > > > > > DTCC Public (White) > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Mitch Mccluhan > Sent: 09 June 2020 13:51 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: "Everyone wants to retire mainframes" > > ATTENTION: External Email – Be Suspicious of Attachments, Links and > Requests for Login Information. > > Everyone, > I can tell you as a fact that there are a number of things are true. Many > "modernization" projects do end up not being completed, no big mainframe > shop is looking to get off the mainframe, there are a large number of > projects underway where the client is "modernizing" on the mainframe > (language, file conversion, DBMS conversion, etc) and lastly (not a lot, > but some) there are mainframe shops that are going to the zCloud which is > essentially moving from one data center to another, keeping the mainframe. > Anyone who tells you most (100%?, really?) mainframe users are going to > distributed or distributed platform cloud are exaggerating the truth. I > know this because mainframe modernization is what I do for a living. > Mitch > > > -Original Message- > From: Bob Bridges > To: IBM-MAIN@LISTSERV.UA.EDU > Sent: Tue, Jun 9, 2020 7:02 am > Subject: "Everyone wants to retire mainframes" > > A coworker just sent me this brief article. > > > https://nam05.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.techrepublic.com%2Farticle%2Feveryone-wants-to-retire-mainframes-but-74-of-modernization-efforts-fail%2F=02%7C01%7CRon.Wells%40OMF.COM%7C725a6e6bbfc7491e27da08d80c746d3d%7C57c0053cb5f84a1e8bb6e8afa09f3b82%7C0%7C0%7C637273041502068880=x%2BEGwGWvVL%2F8lxapfBsYAjOcUtxZ3xmlb2rTqMoMeAE%3D=0 > > I'm interested in two aspects of this: > > 1) The writer uses the word "modernization" quite a bit, and as far as I > can tell she uses it, without explanation, to mean "switching from > mainframes to more recently invented platforms". This is the old > assumption we've talked about recently. > > 2) There's a really surprising number in there: > > "...almost 100% of survey respondents plan to move legacy applications to > the cloud this year and the motivation to move is clear: > > - 60% strongly agree they will be left behind competitively if they fail > to modernize > - 33% say modernizing has allowed the company to be more reactive to > market changes > - 34% say legacy modernization has accelerated digital transformation > projects > > About three-quarters of leaders said they have started a modernization > program but failed to complete it" > > Can that "almost 100%" claim be true? I confess that three out of my last > three clients are talking about eliminating the mainframe, but I supposed > it to be an anomaly. Maybe the survey used the word "modernize" and the > author ~assumed~ this must mean dropping the mainframe. > > The article also says "Mainframes are still critical to business > operations with 71% of the Fortune 500 depending on these machines, > including 92 of the world's 100 largest banks". Come on - she's telling us > that almost ~all~ of those companies intend to switch legacy applications > to the cloud? I just can't buy that. ~My~ bank had certainly better not > be planning such a move. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* If a problem has a single neck, it has a simple solution. */ > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >
Re: "Everyone wants to retire mainframes"
Everyone, I can tell you as a fact that there are a number of things are true. Many "modernization" projects do end up not being completed, no big mainframe shop is looking to get off the mainframe, there are a large number of projects underway where the client is "modernizing" on the mainframe (language, file conversion, DBMS conversion, etc) and lastly (not a lot, but some) there are mainframe shops that are going to the zCloud which is essentially moving from one data center to another, keeping the mainframe. Anyone who tells you most (100%?, really?) mainframe users are going to distributed or distributed platform cloud are exaggerating the truth. I know this because mainframe modernization is what I do for a living. Mitch -Original Message- From: Bob Bridges To: IBM-MAIN@LISTSERV.UA.EDU Sent: Tue, Jun 9, 2020 7:02 am Subject: "Everyone wants to retire mainframes" A coworker just sent me this brief article. https://www.techrepublic.com/article/everyone-wants-to-retire-mainframes-but-74-of-modernization-efforts-fail/ I'm interested in two aspects of this: 1) The writer uses the word "modernization" quite a bit, and as far as I can tell she uses it, without explanation, to mean "switching from mainframes to more recently invented platforms". This is the old assumption we've talked about recently. 2) There's a really surprising number in there: "...almost 100% of survey respondents plan to move legacy applications to the cloud this year and the motivation to move is clear: - 60% strongly agree they will be left behind competitively if they fail to modernize - 33% say modernizing has allowed the company to be more reactive to market changes - 34% say legacy modernization has accelerated digital transformation projects About three-quarters of leaders said they have started a modernization program but failed to complete it" Can that "almost 100%" claim be true? I confess that three out of my last three clients are talking about eliminating the mainframe, but I supposed it to be an anomaly. Maybe the survey used the word "modernize" and the author ~assumed~ this must mean dropping the mainframe. The article also says "Mainframes are still critical to business operations with 71% of the Fortune 500 depending on these machines, including 92 of the world's 100 largest banks". Come on - she's telling us that almost ~all~ of those companies intend to switch legacy applications to the cloud? I just can't buy that. ~My~ bank had certainly better not be planning such a move. --- Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 /* If a problem has a single neck, it has a simple solution. */ -- 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: 2 Spaces after periods [was: RE: Rexx parse using period as placeholder]
Boomer? -Original Message- From: Tom Brennan To: IBM-MAIN Sent: Fri, Feb 28, 2020 9:49 am Subject: Re: 2 Spaces after periods [was: RE: Rexx parse using period as placeholder] Boomer :) On 2/28/2020 7:40 AM, Mitch Mccluhan wrote: > I VOTE FOR 2 SPACES!!! Is that loud enough? It has ALWAYS made reading, >easier. > Mitch > > > -Original Message- > From: Joel C. Ewing > To: IBM-MAIN > Sent: Fri, Feb 28, 2020 9:26 am > Subject: Re: 2 Spaces after periods [was: RE: Rexx parse using period as > placeholder] > > This is a sentence ending with one space. This is a sentence ending with > two spaces. My email client is supposedly using a proportional, > variable width font, and the typical smaller width used for a space > character tends to make sentences merge together visually when only a > single space is used. Two spaces make the end of a sentence more > apparent visually, especially since with many fonts a "period" is almost > indistinguishable from a speck of dirt on the screen. The improved > visual separation with two spaces is even greater on typical browser fonts. > > I personally think the argument for a single space at end of sentence is > BS, made up out of laziness by someone who has not yet needed reading > glasses. Setting off sentences with extra space was a long-established > practice with good handwriting, not something that originated because > typewriters had imprecise spacing. > > Yes, a single space at end of sentence may now be acceptable, but it is > aesthetically inferior. > JC Ewing > > On 2/28/20 5:38 AM, Joe Monk wrote: >> The rule now is 1 space after a period. >> >> Two spaces after a period was the rule on a typewriter, because the fonts >> weren't proportional, they were monospace. This led to uneven spacing of >> words on paper, so two spaces was the rule. >> >> Nowadays, on a computer, the fonts are proportional. For instance on a >> typewriter, the characters i and a take the same amount of space. But on a >> word processor, i and a dont take the same amount of space. Thus, no need >> for two spaces. >> >> This is a monospace font. >> This is a proportional font. >> >> Joe >> >> On Thu, Feb 27, 2020 at 2:59 PM Paul Gilmartin < >> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: >> >>> On Thu, 27 Feb 2020 15:48:44 -0500, Steve Smith wrote: >>> >>>> Thanks for another reminder I'm "really old" :-). The rule, btw, is two >>>> spaces at the end of a sentence. And I think it makes at least as much >>>> sense for proportional fonts as mono. You can (and I do) have Word check >>>> to make sure they're always there... >>>> >>> Specifically, not after titles: "Ms. Smith", "Dr. Jones:. Also bad >>> places for >>> automatic linebreaks. >>> >>> -- 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 > > -- 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: 2 Spaces after periods [was: RE: Rexx parse using period as placeholder]
I VOTE FOR 2 SPACES!!! Is that loud enough? It has ALWAYS made reading, easier. Mitch -Original Message- From: Joel C. Ewing To: IBM-MAIN Sent: Fri, Feb 28, 2020 9:26 am Subject: Re: 2 Spaces after periods [was: RE: Rexx parse using period as placeholder] This is a sentence ending with one space. This is a sentence ending with two spaces. My email client is supposedly using a proportional, variable width font, and the typical smaller width used for a space character tends to make sentences merge together visually when only a single space is used. Two spaces make the end of a sentence more apparent visually, especially since with many fonts a "period" is almost indistinguishable from a speck of dirt on the screen. The improved visual separation with two spaces is even greater on typical browser fonts. I personally think the argument for a single space at end of sentence is BS, made up out of laziness by someone who has not yet needed reading glasses. Setting off sentences with extra space was a long-established practice with good handwriting, not something that originated because typewriters had imprecise spacing. Yes, a single space at end of sentence may now be acceptable, but it is aesthetically inferior. JC Ewing On 2/28/20 5:38 AM, Joe Monk wrote: > The rule now is 1 space after a period. > > Two spaces after a period was the rule on a typewriter, because the fonts > weren't proportional, they were monospace. This led to uneven spacing of > words on paper, so two spaces was the rule. > > Nowadays, on a computer, the fonts are proportional. For instance on a > typewriter, the characters i and a take the same amount of space. But on a > word processor, i and a dont take the same amount of space. Thus, no need > for two spaces. > > This is a monospace font. > This is a proportional font. > > Joe > > On Thu, Feb 27, 2020 at 2:59 PM Paul Gilmartin < > 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >> On Thu, 27 Feb 2020 15:48:44 -0500, Steve Smith wrote: >> >>> Thanks for another reminder I'm "really old" :-). The rule, btw, is two >>> spaces at the end of a sentence. And I think it makes at least as much >>> sense for proportional fonts as mono. You can (and I do) have Word check >>> to make sure they're always there... >>> >> Specifically, not after titles: "Ms. Smith", "Dr. Jones:. Also bad >> places for >> automatic linebreaks. >> >> -- 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 -- Joel C. Ewing -- 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: leaving early
...why did this go out to this group? -Original Message- From: Nai, Dean To: IBM-MAIN Sent: Wed, Oct 16, 2019 3:16 pm Subject: leaving early 1 hour comp. Dean Nai Senior z/OS Systems Programmer Technical Services Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 work: 603-271-1529 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -- 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: Test Data Generator
...check out Daisy from RES, Srl. www.res-it.com/en. http://www.res-it.com/resgroup/brochure/eng/DaisySuite%20ENG.pdf Mitch McCluhan -Original Message- From: Baron Carter To: IBM-MAIN Sent: Mon, Jul 15, 2019 8:07 am Subject: Test Data Generator Looking for a test data generator that does not require a connection to a DB source or DB target. Must support RI and is able to generate large volumes of data to non DB files such as txt or csv. Platform can be Windows or Mainframe. Any suggestions would be appreciated. -- 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: JCL "diagramming"?
It is a very weak tool and doesn't relate back to the programs being executed, or the schedules from the batch scheduler. Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Mike Schwab <mike.a.sch...@gmail.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Thu, Mar 29, 2018 2:57 pm Subject: Re: JCL "diagramming"? CA (Computer Associates) still sells JCLFLOW. On Thu, Mar 29, 2018 at 12:36 PM, Edward Gould <edgould1...@comcast.net> wrote: >> On Mar 29, 2018, at 10:22 AM, John McKown <john.archie.mck...@gmail.com> >> wrote: >> >> This is a weird idea that is floating around in my head. I am wondering if >> there is any software which can create a "picture", "diagram", or >> "flowchart" of JCL? I'm not too sure if this is even a useful thought. It's >> just a scratch that I must itch (or something like that). >> >> What this may eventually morph into is a scheduling diagram showing our >> production job flow. >> >> -- >> I have a theory that it's impossible to prove anything, but I can't prove >> it. >> >> Maranatha! <>< >> John McKown > > John, > > There used to be (NO idea if it still exists) a product named JCLFLOW, For a > while (long ago albeit) it was required during production turnover. > The production support really liked it . > Not sure if it is still around. > > Ed > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- 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: JCL "diagramming"?
...check JMAN from RES. Top of the line tool. The companion tool, Docet, provides graphical representations of JCL and batch schedules. www.res-it.com/en Mitch Mccluhan mitc...@aol.com On Thursday, March 29, 2018 John McKown <john.archie.mck...@gmail.com> wrote: This is a weird idea that is floating around in my head. I am wondering if there is any software which can create a "picture", "diagram", or "flowchart" of JCL? I'm not too sure if this is even a useful thought. It's just a scratch that I must itch (or something like that). What this may eventually morph into is a scheduling diagram showing our production job flow. -- I have a theory that it's impossible to prove anything, but I can't prove it. 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: JCL Convertor
One of the JCL automation products (J-MAN from RES) does that. It can read the source program and determine how the file is accessed. Mitch McCluhan mitc...@aol.com -Original Message- From: Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Fri, Jul 28, 2017 8:46 am Subject: Re: JCL Convertor On Fri, 28 Jul 2017 07:49:38 -0500, Walt Farrell wrote: >On Thu, 27 Jul 2017 10:56:06 +0300, ITschak Mugzach wrote: > >>I know. This is a function i'll add if no product that doea that. > >It is not possible to completely duplicate the checking that RACF will perform >except by actually submitting the job and seeing what happens. ... > Even for data sets allocated with DD statements, JCL gives no indication whether the data set will be written or only read. -- 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: JCL Convertor
and J-MAN from RES does even more. Mitch Mccluhan mitc...@aol.com On Wednesday, July 26, 2017 Lizette Koehler <stars...@mindspring.com> wrote: Sounds like you are validating access and a few other things. Trying to prevent JOB failures during production by preprocessing. I know JCL+ by SEA and PROJCL by ASG will do that. Lizette -Original Message- >From: ITschak Mugzach <imugz...@gmail.com> >Sent: Jul 26, 2017 1:59 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: JCL Convertor > >Is submit the only way of doing this? >Extra functions needed, for example, is ensuring the user has sufficient >racf authority to resources used by the job. > >ITschak > >בתאריך 26 ביול 2017 23:45, "Paul Gilmartin" < >000433f07816-dmarc-requ...@listserv.ua.edu> כתב: > >> On Wed, 26 Jul 2017 22:48:58 +0300, ITschak Mugzach wrote: >> >> >I am sure this question was asked here before... Can a user program Call >> >the converter, supplying input file and get the output? Don't want to >> >reinvent the wheel, but was requested to had extra checks that are not >> >offered by available products in the market. >> > >> Use a COND or an IF to make the job do nothing. (TYPRUN gives incomplete >> conversion.) Scrape the JESJCLIN with SDSF. Even so, you will not see >> substitutions in PARMDD, done by the access method(?) during execution. >> >> -- 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: JCL Convertor
ITschak: What are you trying to do? When you say "available products", which ones are you referring to? Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: ITschak Mugzach <imugz...@gmail.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Wed, Jul 26, 2017 2:49 pm Subject: JCL Convertor I am sure this question was asked here before... Can a user program Call the converter, supplying input file and get the output? Don't want to reinvent the wheel, but was requested to had extra checks that are not offered by available products in the market. -- ITschak Mugzach *|** IronSphere Platform* *|** Automatic ISCM** (Information Security Contiguous Monitoring) **| * -- 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: Displacement of ASG View Direct and PRO/JCL
...there is a better tool to replace ProJCL (I was one of the Product Managers on the precursor to ProJCL back in the day). The tool is J-MAN from RES. It is far superior to any other JCL automation tool. The conversion is straightforward and simple. Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Lizette Koehler <stars...@mindspring.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Wed, May 31, 2017 8:58 am Subject: Re: Displacement of ASG View Direct and PRO/JCL I have found from a past shop that SEA JCL+ to be a good replacement for PROJCL. The company was very helpful in converting from PROJCL to their version of the syntax checker. It was an easy migration to their tool. Not sure about View direct. Systemware has a product that might be a good replacement. Or CA has products. Systemware Content Server z/OS (Xptr) Systemware Content Server DS (for distributed content servers on Windows and Unix platforms) Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steven Liston > Sent: Wednesday, May 31, 2017 2:59 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Displacement of ASG View Direct and PRO/JCL > > Do any members have exposure to displacement of ASG's View Direct and/or > PRO/JCL products? > > Looking for experience of the displacement and migration exercise and > timeframes therein (which I expect for View Direct would be directly related > to the number of docs stored in the current repository). > > Expect PRO/JCL would be fairly straightforward but View Direct perhaps more > challenging. > > > Regards. -- 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: Migration of Mainframe to other plat form
For all of you who know who I am, I can provide some insight into this issue generically. I am not familiar with MetaWare (I have not run into them ever in any project I have been involved in over the past 18 years). Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Steve Thompson <ste...@copper.net> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Thu, May 4, 2017 9:01 am Subject: Re: Migration of Mainframe to other plat form On 05/04/2017 05:18 AM, James Wellingtin wrote: > > Have anybody experience with the vendor MetaWare doing migration , > Did they succeed in migrating. > What did they migrate to > How long time did it take I understand your frustration. I am guilty of what I have been frustrated with others about. One asks a question, and never gets a direct answer to the main question being asked. After doing a bit of research on MetaWare, assuming we are talking about the same company, they are a privately owned France based entity. I have found nothing about them, using Google, to know much about them on a technical/effective basis. Their website doesn't give much to go on in this area. However, I am amused by their stats they publish. Such as a 295% ROI in one year. But then again, I know that 86.3% of all stats are made up. And so, since no one has said anything about them in/on this list, one must assume that (1) none of us have experience with them, or (2) those that do are not allowed to discuss anything because of an NDA (Non Disclosure Agreement) whether effected by an out of court settlement or actually signed prior to engagement, etc. or, (3) those who do have experience with them are Lurkers that never post. Regards, Steve Thompson -- 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: Migrating Cobol
...contact me. We've done it a number if times. Mitch Mitch Mccluhan mitc...@aol.com On Sunday, March 26, 2017 James Wellingtin <jameswelling...@gmail.com> wrote: Hey I have posted this to the cicslist , and someone there asked me to post it to this group as well for feedbackj We are very soon to migrate from COBOL ENT V4.2.0 to either Cobol 5.2. or 6.1 Do anybody have made any experience in doing that Have you experienced any problem ? Please describe What have been the main issues Are there speciel things which should be taken care of . All kind of knowledge and experience would be appreciated. What version of Cobol are you running Now it is nearly a year ago Cobol 6.1 went GA Does anybody have migrated to that, and is it worth going to that version , or should you order 5.2 instead Regards James -- 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: Is it really possible to migrate Mainframe to Cloud ??
Absolutely!! Mitch McCluhan mitc...@aol.com -Original Message- From: Peter <dbajava...@gmail.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Thu, Jan 12, 2017 10:02 am Subject: Is it really possible to migrate Mainframe to Cloud ?? Hi Just found this link thought I can share https://www.linkedin.com/pulse/yes-you-can-migrate-your-mainframe-cloud-stephen-orban Peter -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: remote system support (i.e. the data center is 2 states away from you).
John, You almost must have a camera for 2-way communication. You can get a good quality USB camera for your computer from Amazon or ebay. They work exceptionally well. I recommend you get one with an internal microphone. Seeing people's facial expressions when they are talking can make a huge difference. Do you have external speakers? If not, I recommend them as the sound quality is much better and this is important when you are working with a variety of people that have varying quality of microphones themselves, along with accents. Mitch McCluhan mitc...@aol.com -Original Message- From: John McKown <john.archie.mck...@gmail.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Tue, Sep 27, 2016 11:27 am Subject: Re: remote system support (i.e. the data center is 2 states away from you). On Tue, Sep 27, 2016 at 11:11 AM, Mitch Mccluhan < 005d889cebf0-dmarc-requ...@listserv.ua.edu> wrote: > John, > > I've been working remotely for years. The issue is being relevant. Stay > on top of things. Look for areas that might benefit from your experience > and expertise. Don't miss ANY meetings, conference calls, etc. Don't be > shy about requesting anything and everything you would need to be an > integral part of the support team. > Which leads me to another question: how do you do meetings? Video conferencing? Skype? I don't have a camera on my home computer, but I do have a very nice (10 inch) Android tablet. > > Regards, > > > > Mitch McCluhan > mitc...@aol.com > > > > > > -Original Message- > From: John McKown <john.archie.mck...@gmail.com> > To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> > Sent: Tue, Sep 27, 2016 10:57 am > Subject: remote system support (i.e. the data center is 2 states away from > you). > > This is kind of a curiosity question and kind of serious. There is a chance > that I might be offered a job where the data center is about 20 hours away > by car (according to Google maps). Needless to say, there is no going in > overnight to fix a problem. So I'm wondering if others here support a z/OS > system where getting to the data center would be a long commute (unless you > have your own plane, like some I know). How does that work out? In this > shop, we haven't had any "operators" for about 5 years, maybe more. We > systems people do all the hardware interfacing, tape management, IPL'ing, > and "CE baby sitting" (being on-site while they work). This is really > removed me from the historic paradigm. I somewhat like the thought of > working from the house. But I also worry about being somewhat excluded from > the unofficial information channels (i.e. company gossip). I also wonder > about things like meetings and just being "invisible" and so "out of mind" > when decisions are made. > > -- > Heisenberg may have been here. > > Unicode: http://xkcd.com/1726/ > > 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 > -- Heisenberg may have been here. Unicode: http://xkcd.com/1726/ 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: remote system support (i.e. the data center is 2 states away from you).
John, I've been working remotely for years. The issue is being relevant. Stay on top of things. Look for areas that might benefit from your experience and expertise. Don't miss ANY meetings, conference calls, etc. Don't be shy about requesting anything and everything you would need to be an integral part of the support team. Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: John McKown <john.archie.mck...@gmail.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Tue, Sep 27, 2016 10:57 am Subject: remote system support (i.e. the data center is 2 states away from you). This is kind of a curiosity question and kind of serious. There is a chance that I might be offered a job where the data center is about 20 hours away by car (according to Google maps). Needless to say, there is no going in overnight to fix a problem. So I'm wondering if others here support a z/OS system where getting to the data center would be a long commute (unless you have your own plane, like some I know). How does that work out? In this shop, we haven't had any "operators" for about 5 years, maybe more. We systems people do all the hardware interfacing, tape management, IPL'ing, and "CE baby sitting" (being on-site while they work). This is really removed me from the historic paradigm. I somewhat like the thought of working from the house. But I also worry about being somewhat excluded from the unofficial information channels (i.e. company gossip). I also wonder about things like meetings and just being "invisible" and so "out of mind" when decisions are made. -- Heisenberg may have been here. Unicode: http://xkcd.com/1726/ 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: Limit on the number of concatenated datasets
Joe, There is one, yes. I believe it is 256. Advice from everyone else? Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Reichman Joseph <joseph.reich...@irs.gov> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Mon, Aug 22, 2016 10:38 am Subject: Limit on the number of concatenated datasets Hi I looked in the JCL reference and DFSMS bookshelf and did not see a limit on the number of concatenated datasets Would anybody know if there is one ? Thanks Joe Reichman Joe Reichman IT Specialist Master Files Division New Carrollton Federal Building, B7-182 OS:IT:AD:CP:I:IB Flex M,T,Th,F Home office (240) 863 - 3965 Office (240) 613-4350 Cell (917) 748-9693 TOD M - F 7:30 am - 4:00 pm -- 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: Delta Outage
Linda: I agree!! Mitch McCluhan mitc...@aol.com -Original Message- From: Linda <linda.lst...@comcast.net> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Tue, Aug 9, 2016 5:45 pm Subject: Re: Delta Outage Apparently Delta needs a couple of mainframes and GDPS or maybe metro mirror instead. ;). Linda Sent from my iPhone > On Aug 9, 2016, at 9:06 AM, Gerhard Adam <gada...@charter.net> wrote: > > Apparently there are 500 servers involved. I have my own speculations as to > why they didn't declare a disaster. > > As a result, the outage was extended because it appears to be taking them in > excess of 12 hours to reboot everything. > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Beaver > Sent: Tuesday, August 9, 2016 8:41 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Delta Outage > > Then WHY did they not initiate their DR and move all systems to the HOT > Site. I just finished putting in a System that has a RTO=RPO=0 > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Gerhard Adam > Sent: Tuesday, August 9, 2016 10:17 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Delta Outage > > From what I understand, it isn't a simple power outage, but rather a fire in > the data center. > > http://arstechnica.com/business/2016/08/data-center-disaster-disrupts-delta- > airlines/ > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Steve Beaver > Sent: Tuesday, August 9, 2016 8:10 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Delta Outage > > I live in Texas and we have ERCOT, and Texas produces more wind energy than > 3 countries. And Texas has NO Interconnects To other grids. > > It its reprehensible that Delta does not have enough battery power and > gen-sets to cover the screw-ups by Atlanta Power. AA is in Irving and > unless there is a major storm in that area does not lose power > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM sold TWS (IWS) ???
Folks, I have heard through the grapevine that only the development team was sold off. The sales and services arm are still within the IBM TWS group. Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: zMan <zedgarhoo...@gmail.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Tue, Jul 12, 2016 9:07 am Subject: Re: IBM sold TWS (IWS) ??? For example, the Optim products were quietly sold to Unicom last year. No sign of it on IBM, who can still sell them. So no apparent change for users, just unhappy employees (well, maybe -- some are probably glad to be at a company that's interested in their product). On Sun, Jul 10, 2016 at 8:30 PM, Dana Mitchell <mitchd...@gmail.com> wrote: > The following was posted on the 'Watching IBM' Facebook group page on July > 6: > > Sent to Watching IBM: "Hi and thanks for your contributions in sharing > information about IBM across countries. Please, as usual keep me anonymous. > Today IBM Italia announced to employee of IBM Tivoli Workload Scheduler > (formerly known as TWS) a sale of business of its product development and > support to an indian company. 75 employees affected at the Rome Software > lab will be transferred to another company with no choice, even if based in > the same location (at least for now). Probably the first step to the > dismission of the whole italian lab, founded in 1978, and according to > Wikipedia is one of the largest software laboratory in the European Union." > > > Dana > > -- > 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: IBM Acquiring EZSource Code Analysis Tools
It's primarily used in EMEA at this time. Mitch Mccluhan mitc...@aol.com On Friday, June 3, 2016 Rob Schramm <rob.schr...@gmail.com> wrote: Anyone on the list with experience using any of the EZSource products? Rob Schramm On Wed, Jun 1, 2016, 10:23 PM Timothy Sipples <sipp...@sg.ibm.com> wrote: > There's some interesting mainframe business news today. IBM just announced > the pending acquisition of the company behind the EZSource development > tools. Here's the press release: > > "IBM to Acquire EZSource to Help Developers Modernize Mainframe > Applications for Digital Business" > http://www.ibm.com/press/us/en/pressrelease/49810.wss > > and here's the link to EZSource product information: > > http://www.ezsource.com > > IBM expects the acquisition to be closed later this quarter (second > calendar quarter, 2016). > > The EZSource Eclipse-based tools are already well integrated with IBM > Rational tools such as Rational Developer for z Systems (RDz) and Rational > Team Concert (RTC) and with many other tools and platforms. More to come, I > expect. > > > > Timothy Sipples > IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA > E-Mail: sipp...@sg.ibm.com > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- Rob Schramm The Art of Mainframe, Inc -- 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: GDG creation tracking
The Docet and J-Man tools from RES (www.res-it.com) can do this quite easily. Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Jake Anderson <justmainfra...@gmail.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Mon, May 9, 2016 5:29 am Subject: GDG creation tracking Hello Group, Is it possible to track the GDG creation, like which Job creates it , then to know the Jobs which the created GDG as inputs ? Is there any third party tool that can help to accomplish the above task ? Any suggestion that can help me on my research. Jake -- 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: Why sort (was Microprocessor Optimization Primer)
...hey Wayne. Mitch Mccluhan mitc...@aol.com On Thursday, April 7, 2016 Wayne Bickerdike <wayn...@gmail.com> wrote: I'm slightly gobsmacked that this discussion is needed. I guess the forest is lost in the trees. I can recommend "Principles of Program Design" by Michael Jackson c. 1975. Of greater concern is the implication that Oracle on AIX outperforms DB2 on z/OS at our shop. Surely not :( On Thu, Apr 7, 2016 at 2:59 PM, Joel C. Ewing <jcew...@acm.org> wrote: > On 04/06/2016 07:01 AM, Andrew Rowley wrote: > > On 05/04/2016 01:20 AM, Tom Marchant wrote: > >> On Mon, 4 Apr 2016 16:45:37 +1000, Andrew Rowley wrote: > >> > >>> A Hashmap potentially allows you to read sequentially and match records > >>> between files, without caring about the order. > >> Can you please explain what you mean by this? Are you talking about > >> using > >> the hashmap to determine which record to read next, and so to read the > >> records in an order that is logically sequential, but physically > >> random? If so, > >> that is not at all like reading the records sequentially. > >> > > > > If one file fits in memory, you can read it sequentially into a > > Hashmap with the using the data you want to match as the key. > > Then read the second one, also sequentially, retrieving matching > > records from the Hashmap by key. You can also remove them from the > > Hashmap as they are found if you need to know if any are unmatched. > > > > But this is a solution for a made up case - I don't know whether it is > > a common situation. I was interested in hearing real reasons why sort > > is so common on z/OS i.e. Why sort? > > > > On Hashmaps etc. in general - they are the memory equivalent to > > indexed datasets (VSAM etc) versus sequential datasets. Their > > availability opens up many new ways to process data - and algorithm > > changes are often where the big savings can be made. > > > I believe others have already alluded to the potential time advantage of > processing a large number of updates in key order rather than randomly > when external data is indexed but actually physically ordered by some > key. The reason why this has historically been the case is that > external disk storage devices which allow random access have > rotational-latency delay and access-head-positioning delay which is > minimized when doing full-track or even multi-track I/O and when > accessing adjacent cylinders. The way to update the data in minimal > real time is to do the I/O in minimal disk rotations, accessing all data > needed on the same track in one rotation and all data in one cylinder > before moving to an adjacent cylinder. Crucial to this concept is > understanding that z/OS includes support within I/O access methods which > allows applications to successfully exploit the ability of DASD hardware > to transfer one, several, or all data blocks on a track as a single > operation within a single disk revolution. > > With emulated DASD and hardware DASD caching, the effects of physical > track and cylinder boundaries may be unknownl, but it is still likely > that minimizing repeated visitations to an emulated track or an > emulated cylinder will achieve similar locality of reference on physical > DASD, reduce latency delays and improve the effectiveness of hardware > caching. Processing transaction records in the same order as the > database records are physically stored on an external file gives the > best odds of grouping transactions needing the same track and cylinder > together and for minimizing I/O delays and minimizing demands on DASD > cache storage and processor storage for file buffers. Processing > transactions in a different order increases the likelihood that the > needed file data to process the transaction is no longer in processor > memory or disk cache and that at a minimum the time equivalent of > another disk revolution will be required to obtain it. > > It was not uncommon with VSAM files for transaction sorting to improve > real-time processing speed sufficiently that the break-even point even > with sorting overhead could be as low as updating only 5% of the > database. These techniques were common in MVS and its z/OS successor > applications because it was common for those systems to deal with very > large files and databases where tricks like this were necessary in order > to meet constrained nightly batch processing windows.. Since it is > common in z/OS to be dealing with very large files and databases, there > are always files in those environments that are too large to consider > placing the entire file in memory, no matter how large processor memory
Re: Grace didn't coin the term "bug"?
I believe that's it. Notice what it says about the "bug" being found in a relay panel. Mitch Mccluhan mitc...@aol.com On Tuesday, March 15, 2016 Field, Alan <alan.fi...@bluecrossmn.com> wrote: This? https://www.google.com/search?q=grace+hopper+bug+picture=1600=760=isch=hd3yOe9lqAoxiM%253A%253BzhUDz8dJ4fjqaM%253Bhttp%25253A%25252F%25252Fwww.wired.com%25252F2013%25252F12%25252Fgoogles-doodle-honors-grace-hopper-and-entomology%25252F=iu=m=hd3yOe9lqAoxiM%253A%252CzhUDz8dJ4fjqaM%252C_=__W_mU2alM863BQxm2C11rLU2w_uc%3D=0ahUKEwijzbnrl8TLAhXqtYMKHTQTA6MQyjcILw=gMjoVqONLerrjgS0poyYCg#imgrc=hd3yOe9lqAoxiM%3A Alan Field Systems Engineer Principal Blue Cross Blue Shield of MN 651.662.3546 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mitch Mccluhan Sent: Tuesday, March 15, 2016 9:43 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Grace didn't coin the term "bug"? I've seen a photo of the actual bug Grace had used to coin the phrase. Mitch Mccluhan mitc...@aol.com On Tuesday, March 15, 2016 CM Poncelet <ponce...@bcs.org.uk> wrote: AFAIK The original Grace Hopper 'bug' was an actual bug - some kind of moth. There could be a photo of it somewhere. Richard Pinion wrote: >I thought the term debugging came from the days when the first >computers were made from vacuum tubes. The tubes produced light, which >in turn attracted bugs. Periodically, the computer had to be "debugged". > >My source was probably urban legend. > > > >--- wdonze...@gmail.com wrote: > >From: William Donzelli <wdonze...@gmail.com> >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Grace didn't coin the term "bug"? >Date: Tue, 15 Mar 2016 14:56:07 -0400 > >No, she did not. The term "bug", relating to flaws and errors in a >circuit*, shows up a fair amount in 1930s ham radio literature, for >example. > >* "bug" also applies to automatic Morse keys, of course. > >-- >Will > > On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield <lindy.mayfi...@sas.com> wrote: > > >>Was watching NCIS Los Angeles and the geek was showing off to the >>female geek by saying Grace Hopper didn't coin the term bug, but >>Thomas Edison did. (Which he probably stole from someone else, >>probably Tesla, but that just me being facetious.) >> >>https://urldefense.proofpoint.com/v2/url?u=http-3A__theinstitute.ieee. >>org_technology-2Dfocus_technology-2Dhistory_did-2Dyou-2Dknow-2Dedison- >>2Dcoined-2Dthe-2Dterm-2Dbug=BQICaQ=zjLIypOkeQKJfe4BYrJ5J55pYA-45JE >>lRiaMoh2hP7Q=SaL11MvL9LWz-4CkTmMYltgrRR9mrR4t5HY7AKmOSPE=D9pf2y9wA >>5Mcx0HbXdxOSfm2zlvNj3XNUzRukuvJTtw=VRdEtXtLTT6xbNhIj8uo9wgBYPUAFB1Ko >>q80Zb-mzkE= >> >>Regards, >>Lindy >> >> >> >>-- >>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 > > > > >_ >Netscape. Just the Net You Need. > >-- >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 email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you are not the named addressee you must not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Grace didn't coin the term "bug"?
I've seen a photo of the actual bug Grace had used to coin the phrase. Mitch Mccluhan mitc...@aol.com On Tuesday, March 15, 2016 CM Poncelet <ponce...@bcs.org.uk> wrote: AFAIK The original Grace Hopper 'bug' was an actual bug - some kind of moth. There could be a photo of it somewhere. Richard Pinion wrote: >I thought the term debugging came from the days when the first computers >were made from vacuum tubes. The tubes produced light, which in turn >attracted bugs. Periodically, the computer had to be "debugged". > >My source was probably urban legend. > > > >--- wdonze...@gmail.com wrote: > >From: William Donzelli <wdonze...@gmail.com> >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: Grace didn't coin the term "bug"? >Date: Tue, 15 Mar 2016 14:56:07 -0400 > >No, she did not. The term "bug", relating to flaws and errors in a >circuit*, shows up a fair amount in 1930s ham radio literature, for >example. > >* "bug" also applies to automatic Morse keys, of course. > >-- >Will > > On Tue, Mar 15, 2016 at 2:52 PM, Lindy Mayfield <lindy.mayfi...@sas.com> wrote: > > >>Was watching NCIS Los Angeles and the geek was showing off to the female geek >>by saying Grace Hopper didn't coin the term bug, but Thomas Edison did. >>(Which he probably stole from someone else, probably Tesla, but that just me >>being facetious.) >> >>http://theinstitute.ieee.org/technology-focus/technology-history/did-you-know-edison-coined-the-term-bug >> >>Regards, >>Lindy >> >> >> >>-- >>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 > > > > >_ >Netscape. Just the Net You Need. > >-- >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: IBM RDEz
Steve: There are a number of shops using RDz and it is being installed at a major credit card provider in the southwest U.S. at this point in time. Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Steve Beaver <st...@stevebeaver.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Tue, Mar 8, 2016 8:51 am Subject: IBM RDEz Does anyone's shop use RDz? Steve -- 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: Conversion from Unisys Cobol file definitions to zOS
Tom, Contact me offline on this via email. I am in the process of doing the same thing for a client on the east coast. Regards, Mitch McCluhan mitc...@aol.com -Original Message- From: Ambros, Thomas <thomas_amb...@keybank.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Tue, Jan 12, 2016 10:05 am Subject: Conversion from Unisys Cobol file definitions to zOS My apologies if there is a Cobol listserv that I should have subscribed to and submitted the question there, if someone knows of it please let me know so I can redirect to the correct place. Pardon me, also, if I use terms incorrectly in phrasing my question because I couldn't be weaker in application programming or Cobol idiosyncracies. Our site has occasion to import files from a Unisys site running 'MCP Level 57 Miser level 15.2', and integrate the data with the application datasets on the local system. I do not know the Cobol product the Unisys site is using, I have inquiries out but no answers yet. There are at least a few items causing our application programmers some difficulties. For example, it appears that the COMP fields in the Unisys file do not occupy storage the same as they do on zOS. For example, a COMP field with three digits occupies one and one-half bytes on the Unisys file whereas on zOS it would be a halfword. Given the size and number of the files and descriptions to convert, coding a conversion by hand is not entirely practical. I realize this is a pretty vague request, but does anyone know of a conversion utility or compiler directive to make the translation from the Unisys implementation of Cobol FD's to Enterprise Cobol? I have done some basic Google searching but nothing I find appears to address this sort of thing very closely. Thomas Ambros zEnterprise Operating Systems zEnterprise Systems Management 518-436-6433 This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information. 127 Public Square, Cleveland, OH 44114 If you prefer not to receive future e-mail offers for products or services from Key send an e-mail to mailto:dnereque...@key.com with 'No Promotional E-mails' in the SUBJECT line. -- 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: Anyone got any ancient DASD manuals?
Mike, Did you ever get your information? None of my sources responded. Mitch McCluhan mitc...@aol.com -Original Message- From: Mike Ross <tmfdm...@gmail.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Sat, Jan 2, 2016 9:31 pm Subject: Anyone got any ancient DASD manuals? I have a friend trying to restore a 9370 system and he needs to re-init the diag track on the disk. This requires entering some special commands on the keyboard behind the front panel on the drive controller itself... and he needs IBM 9335-A01 SERVICE GUIDE (probably SY33-0113, but not sure) to tell him what they are! Please check old dusty bookshelves. Any current or former IBM CEs reading this? Thanks Mike http://www.corestore.org 'No greater love hath a man than he lay down his life for his brother. Not for millions, not for glory, not for fame. For one person, in the dark, where no one will ever know or see.' -- 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: ASG ZEKE Responding to program generated messages
Hello, I don't believe Zeke has that capability. I personally recommend TWS from Tivoli. Mitch McCluhan mitc...@aol.com -Original Message- From: Carl Edwards <00df3759e3e7-dmarc-requ...@listserv.ua.edu> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Tue, Dec 22, 2015 12:00 pm Subject: ASG ZEKE Responding to program generated messages I have a client that is considering installing ZEKE. Said client has a fair amount of console diakaig that needs to be automated. The questions is Can ZEKE recognize console messages generated via a program(DISPLAY UPON CONSOLE) and respond to such? -- 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: Conversion from SAG Adabas and Natural to something else
...drop me an email. I have done about 5 or 6 of these types of projects. Mitch McCluhan mitc...@aol.com -Original Message- From: Timothy Sipples <sipp...@sg.ibm.com> To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU> Sent: Sat, Oct 31, 2015 4:20 am Subject: Re: Conversion from SAG Adabas and Natural to something else Tony Thigpen wrote: >I am looking for options to eliminate SAG in a shop. IBM has a couple publications that might be of interest if you haven't reviewed them already: http://www.redbooks.ibm.com/abstracts/redp5154.html http://www.redbooks.ibm.com/abstracts/sg248044.html >Such high costs are just not in the budget. Perhaps that's true at this moment, but what goals are you hoping to achieve? In particular, if there are few or no business benefits associated with the "to be" state then it's at least harder to make your business case work. I recommend answering that question first. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- 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: submit restriction
...an issue with Job/Scan (or any other tool from Allen Systems Group) is the financial viability of ASG. There are a number of amazing JCL tools on the market that do not require the JCL to every be submitted in any form or fashion to the internal reader. And, they have capabilities that go far beyond just parsing the JCL and providing the resolved JCL statements. Regards, Mitch Mccluhan mitc...@aol.com -Original Message- From: Robinson, Dave (GE Capital NonGE) (GE Capital NonGE) dave.robin...@ge.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Aug 5, 2015 9:02 am Subject: Re: submit restriction Do you have Job/Scan or a similar JCL checker? They will expand the JCL without submitting a job. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tim Brown Sent: 05 August 2015 13:23 To: IBM-MAIN@LISTSERV.UA.EDU Subject: submit restriction Can submit be restricted to only using TYPRUN=SCAN, we have some consultants analyzing our system and they would like to see expanded JCL but we cant let them execute it. Thanks, Tim Brown -- 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: Scheduling software
Everyone: I concur with Tim regarding TWS. There are tons of extensions and features available to cover the entire enterprise. Regards, Mitch Mccluhan mitc...@aol.com -Original Message- From: Timothy Sipples sipp...@sg.ibm.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Sun, May 17, 2015 10:15 pm Subject: Re: Scheduling software IBM Tivoli Workload Scheduler is fantastic, and I recommend it. However, since the idea of freebies came up, for those of you with DB2 for z/OS I'd like to mention a handy scheduler that's included with DB2 for z/OS at no additional charge: the DB2 Administrative Task Scheduler. As its name suggests, it's a scheduler focused on scheduling DB2 administrative tasks -- no surprise. If your needs non-trivially exceed that scope I'd investigate other, fuller function options (Tivoli Workload Scheduler notably), but it is a very useful DB2 feature. Relatedly, there's another, no additional charge component, the Management Console for IMS and DB2 for z/OS, that you are likely to find useful in part to take advantage the DB2 Administrative Task Scheduler. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- 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: Scheduling software
I would strongly recommend against any ASG product. I personally suggest TWS from IBM. If you currently have a mainframe scheduler, I have been involved in a few conversion/migration projects from scheduler X to TWS, using a suite of automated tools. Mitch Mccluhan mitc...@aol.com -Original Message- From: Lopez, Sharon sharon.lo...@nc.gov To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, May 15, 2015 12:54 pm Subject: Scheduling software What are the majority of companies using for their mainframe scheduling software? Any concerns with ASG (ZEKE/ZEBB) filing for bankruptcy? E-mail correspondence to and from this address may be subject to the North Carolina Public Records Law and may be disclosed to third parties by an authorized state official. Email correspondence to and from this sender is subject to the N.C. Public Records Law and may be disclosed to third parties. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: COBOL 4.2 support
...thanks to all that responded. One last question. Can 4.2 and 5.2 exist together? Does anyone have any experience with this? Mitch Mccluhan mitc...@aol.com -Original Message- From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Apr 22, 2015 8:29 am Subject: Re: COBOL 4.2 support Did you try this search on www.ibm.com? COBOL LIFECYCLE 4.2 I think you may find this URL http://www-01.ibm.com/software/support/lifecycleapp/PLCDetail.wss?synkey=B984385H82239E03from=spf Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mitch Mccluhan Sent: Wednesday, April 22, 2015 5:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: COBOL 4.2 support Good morning. Does anyone know how much longer COBOL 4.2 will be supported? Mitch Mccluhan mitc...@aol.com -- 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
COBOL 4.2 support
Good morning. Does anyone know how much longer COBOL 4.2 will be supported? Mitch Mccluhan mitc...@aol.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: mhvr...@us.ibm.com?
Tom, Most of the day yesterday. Some were down longer than others. Mitch -Original Message- From: Mitch 005d889cebf0-dmarc-requ...@listserv.ua.edu To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Mar 27, 2015 8:28 am Subject: Re: mhvr...@us.ibm.com? Tom, When was this happening? IBM was having a problem with a number of their email servers yesterday. Mitch -Original Message- From: Tom Marchant 000a2a8c2020-dmarc-requ...@listserv.ua.edu To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Mar 27, 2015 8:20 am Subject: Re: mhvr...@us.ibm.com? On Thu, 26 Mar 2015 21:42:58 -0400, Shmuel Metz (Seymour J.) wrote: I've been getting DNS failures trying to send to mhvr...@us.ibm.com; has anybody else ad that problem? Are the name servers down? I haven't had a need to send email to mhvr...@us.ibm.com recently, but I just tried to ping us.ibm.com and couldn't find the IP address. -- Tom Marchant -- 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: mhvr...@us.ibm.com?
Tom, When was this happening? IBM was having a problem with a number of their email servers yesterday. Mitch -Original Message- From: Tom Marchant 000a2a8c2020-dmarc-requ...@listserv.ua.edu To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Mar 27, 2015 8:20 am Subject: Re: mhvr...@us.ibm.com? On Thu, 26 Mar 2015 21:42:58 -0400, Shmuel Metz (Seymour J.) wrote: I've been getting DNS failures trying to send to mhvr...@us.ibm.com; has anybody else ad that problem? Are the name servers down? I haven't had a need to send email to mhvr...@us.ibm.com recently, but I just tried to ping us.ibm.com and couldn't find the IP address. -- Tom Marchant -- 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: bloomberg article on ASG and Chpater 11
Everyone: Yep, that was Art. When I worked there, since I was pretty up the totem pole, I called him Art. I remember that as he was buying up other companies when I worked there, he would have me go to the new acquisition and have the owner of the company pick me up (no rental car and have them put me up at their house (no hotel). He told me that his desire was to have the biggest catalog of software for a privately held software company in the world. A lot of the software companies he bought was at the end of it's useful life, so it was just to have the product name in his catalog. He told his finance department and sales management that they were to get at least a letter of intent from any prospect. He would then tell the bank that ASG had sold a contract and have that added to the value of the company. It was truly weird. Mitch -Original Message- From: zMan zedgarhoo...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Sat, Mar 7, 2015 8:11 pm Subject: Re: bloomberg article on ASG and Chpater 11 A friend used to work at ASG, is out of mainframes now. I forwarded this story and got the following response: MISTER Allen (NO one was allowed to call him Art) once sent out an email to everyone complaining about the rigors of flying all over the world on his private jet, and how he'd like it if people sent chocolates to his plane, as long as they were high quality Belgian chocolates. Yes, at their own expense. When you look up megalomaniac in the dictionary, there's a drawing of Mr. Allen. Other ASG stories are legendary, including folks having to requisition rubber bands and having them shipped from HQ *in lots of 10*. Given that Art's wife was apparently equally loony and was CFO, I guess the bankruptcy isn't a surprise. The good news: http://www.asg.com/Company/Executive-Management.aspx no longer shows any folks named Allen, -- 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: ASG Mainfram Product
Everyone, Since Bill has opened that can of worms, it is pretty bad. ASG still exists, but their financial house has always been smoke and mirrors. That is the reason I resigned from ASG years ago. Mitch -Original Message- From: Bill Johnson 0047540adefe-dmarc-requ...@listserv.ua.edu To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Mar 6, 2015 8:59 am Subject: Re: ASG Mainfram Product ASG just recently filed for bankruptcy. Bill Johnson On Fri, 3/6/15, Mitch 005d889cebf0-dmarc-requ...@listserv.ua.edu wrote: Subject: Re: ASG Mainfram Product To: IBM-MAIN@LISTSERV.UA.EDU Date: Friday, March 6, 2015, 6:30 AM Hello: ASG is having financial trouble. Their website is there, but it is difficult if not impossible to find product information. A few of their products can eventually be found with a link, but most are not accessible. I've tried to find information about some of their tools (and they have a lot of them), but their website is poorly designed. If you want to know about any ASG products, let me know as I worked for ASG for a short while. Mitch -Original Message- From: Mainframe Mainframe mainframe1...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Mar 6, 2015 5:11 am Subject: ASG Mainfram Product Hello Group, I was trying to looking web link to get product and tool offered by ASG for Mainframe. But unfortunately, I am not getting any such link talks about ASG Mainframe product and atleast use of that product. Do anybody have idea on this. -- 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: Municipal mainframe practical (what I meant to send)
Graham: I can tell you that IBM does have a phased approach for this type of data center migration/consolidation. I think I had mentioned I was involved a project almost exactly like this where there were numerous agencies first consolidating from 20 data centers to 2, then modernizing on a single, consistent software and tools infrastructure. DR + Disaster Recovery (sometimes referred to as Business Continuation/Continuity) Regards, Mitch Mccluhan Application Modernization Consultant Digital Modernization Services 254-598-4642 - U.S. office 916-271-6575 - U.S. mobile 916-718-8910 - IBM mobile 04 759 16272 - Australian mobile -Original Message- From: Graham Hobbs gho...@cdpwise.net To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Mar 6, 2015 9:10 am Subject: Re: Municipal mainframe practical (what I meant to send) Timothy, Thanks for your comments. Am in touch with IBM. Your questions: Has any municipality IT, having grown from nothing, likely to be anything but server farm/Unix/Microsoft (you know what I mean) plus off the shelf packages. DR - what's that .. you mean backup? I would guess our 7 have different packaged software performing same functionality; likely some duplication .. equalling masses of data stored in a multitude of proprietary ways:-( .. a behemoth. And one needs to convince 7 IT/Council empires .. can the convincing be incremental? Am truly hoping IBM has the 'methodology' to bring us an evolution .. our A'burg muni has a debt/reserves ratio around 25:1 .. is gross .. the others are much better off than us. In the end I worry that politics will override savings! Graham On 2015-03-05 12:59 AM, Timothy Sipples wrote: Also recommend you contact both the IBM people who chimed in. Not me -- I'm in Singapore and may be groggy when you call at your reasonable time. :-) However, to give you a few more lines of investigation from afar 1. What are they running on those Windows-based servers (and on any other servers)? What sort of applications (in terms of runtimes, in particular) and middleware products? 2. If there are 7 municipalities, and (by implication) 7+ primary data centers, are there are also at least 7 secondary (DR) centers? Or is DR inadequate? 3. Are the 7 municipalities providing services 7 different ways -- they have 7 different applications for substantial the same service, in other words? With 7 different application development and/or support teams? Or do they have substantial agreement on applications? The answers to these questions (and a few others) would be helpful in trying to understand better and best alternatives, if any. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- 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: ASG Mainfram Product
Hello: ASG is having financial trouble. Their website is there, but it is difficult if not impossible to find product information. A few of their products can eventually be found with a link, but most are not accessible. I've tried to find information about some of their tools (and they have a lot of them), but their website is poorly designed. If you want to know about any ASG products, let me know as I worked for ASG for a short while. Mitch -Original Message- From: Mainframe Mainframe mainframe1...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Mar 6, 2015 5:11 am Subject: ASG Mainfram Product Hello Group, I was trying to looking web link to get product and tool offered by ASG for Mainframe. But unfortunately, I am not getting any such link talks about ASG Mainframe product and atleast use of that product. Do anybody have idea on this. -- 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: Municipal mainframe practical (what I meant to send)
Hello again: I am in the U.S. (Central Time Zone), so reach out at your convenience. I recently returned from Australia where I was involved in a government project to migrate 20 data centers into 2. This type of project is not new to us, obviously. Regards, Mitchell R. Mccluhan Application Modernization Consultant Digital Modernization Services 254-598-4642 - U.S. office 916-271-6575 - U.S. mobile 916-718-8910 - IBM mobile 04 759 16272 - Australian mobile mitc...@us.ibm.com -Original Message- From: Timothy Sipples sipp...@sg.ibm.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Mar 5, 2015 12:01 am Subject: Re: Municipal mainframe practical (what I meant to send) Also recommend you contact both the IBM people who chimed in. Not me -- I'm in Singapore and may be groggy when you call at your reasonable time. :-) However, to give you a few more lines of investigation from afar 1. What are they running on those Windows-based servers (and on any other servers)? What sort of applications (in terms of runtimes, in particular) and middleware products? 2. If there are 7 municipalities, and (by implication) 7+ primary data centers, are there are also at least 7 secondary (DR) centers? Or is DR inadequate? 3. Are the 7 municipalities providing services 7 different ways -- they have 7 different applications for substantial the same service, in other words? With 7 different application development and/or support teams? Or do they have substantial agreement on applications? The answers to these questions (and a few others) would be helpful in trying to understand better and best alternatives, if any. Timothy Sipples IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA E-Mail: sipp...@sg.ibm.com -- 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: Municipal mainframe practical (what I meant to send)
Graham, I am with the IBM ADI DMS (Digital Modernization Services) group and we do this kind of stuff all the time. Let me know if you want to talk. Mitch McCluhan -Original Message- From: Graham Hobbs gho...@cdpwise.net To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Mar 4, 2015 12:41 pm Subject: Municipal mainframe practical (what I meant to send) getting old, sent the incomplete one .. Folks, This request stems from serious high order ignorance. Am retired mainframer app developer very upset by our municipal IT budget ($1M, 40% salaries, 22% computer maintenance), using a Windows based server farm hardware/software scenario. In our County there are seven municipalities, likely server farm setups, total IT budget likely $4-7M, total staff likely 20-25. a) visualizing our County building as mainframe home, b) seeing a $75K IBM 114 mainframe out there, c) based on our needs, guesstimating our mainframe cost might be up to $200K, d) here's my problem .. software costs .. I can find no yardstick on vital IBM software $'s. After that comes a) telecommunications costs, b) off the shelf municipal software solution, c) inhouse programmers, d) combo of b and c, e) what have I missed? Clearly there are tons of unknowns here .. nevertheless .. might it be a $ practical situation worth pursuing .. a central mainframe for $5M, $2M? .. ballpark .. how much? .. suggest where I start? Thanks, be nice Graham Hobbs -- 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: Municipal mainframe practical (what I meant to send)
Folks, Again, if I can be of any assistance, please feel free to contact me. I can help fast track this to the appropriate people. Mitch McCluhan -Original Message- From: Tom Marchant 000a2a8c2020-dmarc-requ...@listserv.ua.edu To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Mar 4, 2015 2:01 pm Subject: Re: Municipal mainframe practical (what I meant to send) On Wed, 4 Mar 2015 13:41:06 -0500, Graham Hobbs wrote: I can find no yardstick on vital IBM software $'s. There was a time when IBM published their software prices in a book that was rather thick and a bit smaller than an IBM manual, with a yellow cover. AFAIK, there is no equivalent any more, either in hard copy or online. I would very much like to get my hands on a copy, or see one uploaded to bitsavers, just for historical reasons. Alas, I had an opportunity to get a copy several years ago and I didn't take it. Clearly there are tons of unknowns here .. nevertheless .. might it be a $ practical situation worth pursuing IMO, yes, it would be practical suggest where I start? The only option that I can think of is to ask your local IBM salesman or reseller. And, BTW, I wouldn't be looking at a 114, but a BC12. Wait a while, and there will presumably be a smaller z13 available. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Folks, This request stems from serious high order ignorance. Am retired mainframer app developer very upset by our municipal IT budget ($1M, 40% salaries, 22% computer maintenance), using a Windows based server farm hardware/software scenario. In our County there are seven municipalities, likely server farm setups, total IT budget likely $4-7M, total staff likely 20-25. a) visualizing our County building as mainframe home, b) seeing a $75K IBM 114 mainframe out there, c) based on our needs, guesstimating our mainframe cost might be up to $200K, d) here's my problem .. software costs .. I can find no yardstick on vital IBM software $'s. After that comes a) telecommunications costs, b) off the shelf municipal software solution, c) inhouse programmers, d) combo of b and c, e) what have I missed? Clearly there are tons of unknowns here .. nevertheless .. might it be a $ practical situation worth pursuing .. a central mainframe for $5M, $2M? .. ballpark .. how much? .. suggest where I start? Thanks, be nice Graham Hobbs -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: XREF Members of JCL libs and their datasets
Charles, (et al): RES is represented by Marble Computer in North American (Tivoli Associates was dropped a couple of years ago). IBM has global rights to sell a subset of the RES Suite around the world. I do have a relationship with RES in that I have translated all of their materials from Italian into American-ized English. IN the late 90s, I did help them get into the U.S. Market (and had sold a few bits of their tool suite). As I had mentioned, I have been in the JCL management space since 1982 and have sold and/or supported a number of automated operations tools (JCL tools, scheduler tools, change management tools). Mitch -Original Message- From: Charles Mills charl...@mcn.org To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Feb 12, 2015 8:49 pm Subject: Re: XREF Members of JCL libs and their datasets I had never heard of RES Suite. I had a little trouble finding it as there is some Web browser product with a similar name. http://www.res-it.com/en/offerta/res-suite/ Italian company. It looks like they are represented in the US by http://www.tivoliassociates.com/ It would appear to me that Mitch worked part time for RES for fifteen years. (I am not associated with RES in any way. I was just curious about it after all of the discussion here and now I'm sharing what I found.) Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mitch Sent: Thursday, February 12, 2015 6:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XREF Members of JCL libs and their datasets Shmuel, It's not a stunt. It's knowing the JOBLIBs and the scheduler. From there, the RES Suite finds everything automatically. If all you are looking for is production, you don't even need the JOBLIBs as the RES Suite will find those from virtually any mainframe scheduler tool. Someone should check it out (it is in use at a number of sites around the world). -- 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: XREF Members of JCL libs and their datasets
good one. Love your sense of humor! Mitch -Original Message- From: J R jayare...@hotmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Feb 13, 2015 10:31 am Subject: Re: XREF Members of JCL libs and their datasets RES Suite is comprised of over 20 complimentary and synergistic products So, they're free! === Date: Fri, 13 Feb 2015 08:11:07 -0800 From: charl...@mcn.org Subject: Re: XREF Members of JCL libs and their datasets To: IBM-MAIN@LISTSERV.UA.EDU Someone should tell Tivoli LOL: http://www.tivoliassociates.com/education Charles -- 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: XREF Members of JCL libs and their datasets
Everyone, To clarify, The tool suite in question also understands the jobs run outside the scheduler (by analyzing the SMF), and the STC are checked as well. It is essentially an all encompassing solution. Mitch -Original Message- From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Feb 13, 2015 4:29 am Subject: Re: XREF Members of JCL libs and their datasets Shmuel Metz (Seymour J.) wrote: How does it determined the DD statements for cataloged procedures without information about the relevant JES JCL, JES parms and JES commands. There is no way to get those data automatically. Indeed. You can ask JES something, but reply may or may not be the same as in Parmlib member used at initialization. Now, once the program knows what JES to look at, it can determine the proclib configuaration assuming that no subsequent JES commands will change that, but that's a big assumption. Ah, yes, JES commands. I forgot about them. You can add/delete proclibs at will. Or you can read in a JCL, edit it in memory programmatically, insert a JCLLIB ORDER and/or INCLUDE MEMBER and submit the JCL as modified without changing the actual stored JCL. No scanner, except in JES or SMF exits, will block this. [1] Il va sans dir. JOBLIB is totally irrelevant to determining the JCL. Hehehehe. No one argues with Shmuel. Good reply, Shmuel! Keep it up! Groete / Greetings Elardus Engelbrecht [1] - This trick has been used to insert your own program sitting in a private STEPLIB via a 'secret private proclib' to do something bad for your health. -- 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: XREF Members of JCL libs and their datasets
the problem obviously was between the chair and the keyboard. Mitch -Original Message- From: Chase, John jch...@ussco.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Feb 13, 2015 12:00 pm Subject: Re: XREF Members of JCL libs and their datasets You originally wrote complimentary, which in some contexts does mean free (of charge or cost). Perhaps you meant complEmentary instead? -jc- -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mitch Sent: Friday, February 13, 2015 11:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: XREF Members of JCL libs and their datasets good one. Love your sense of humor! Mitch -Original Message- From: J R jayare...@hotmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Feb 13, 2015 10:31 am Subject: Re: XREF Members of JCL libs and their datasets RES Suite is comprised of over 20 complimentary and synergistic products So, they're free! === Date: Fri, 13 Feb 2015 08:11:07 -0800 From: charl...@mcn.org Subject: Re: XREF Members of JCL libs and their datasets To: IBM-MAIN@LISTSERV.UA.EDU Someone should tell Tivoli LOL: http://www.tivoliassociates.com/education Charles -- 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 ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- 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: XREF Members of JCL libs and their datasets
Everyone, There are a number of tools that have various levels of XREF capability for JCL, but none, I repeat none, can match the RES Suite. I have supported a number and/or competed against JCL tools for the past 33 years. Mitch -Original Message- From: Nims,Alva John (Al) (Al) ajn...@ufl.edu To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Feb 12, 2015 3:00 pm Subject: Re: XREF Members of JCL libs and their datasets Take a look at File 270 from the CBTTAPE (cbttape.org) there is something called JCLXREF that might get you started. There is also FILE 379 that has a procedure to produce several different XREF JCL reports, although it looks to be designed to be used against a PROCLIB. Al Nims Systems Admin/Programmer 3 Information Technology University of Florida (352) 273-1298 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Wednesday, February 11, 2015 7:22 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: XREF Members of JCL libs and their datasets I am looking to see if there are any easy ways to do the following I have a huge JCL PDS. I need to list out all members and the datasets they use (create/Del/open according to DISP= in JCL) I then need an xref by dsn and the jobs (member name = Job name in most cases) that use them Report 1 Member1 DSN1Create Member2 DSN1Open DSN2Open, Migrate (has a another step that issues the HSM Migrate command ) DSN3Delete DSN4(mem) Open - Indicates control card input Report 2 DSN1Member1 Member2 DSN2Member2 DSN3Member2 DSN4(mem) Member2 Control card Input that affects the DSNx is okay to list - no need to know what is in the Control member at this time. This information is not in a Scheduler package. So this is just grunt type work. I have a couple of options with REXX and SAS. But thought if anyone had any ideas, I would like to see if there is another way to do this. I will eventually run SMF data and compare it to these reports to see what is actually running or in use. I can unload the JCL PDS into an IEBUPDTE file and go from there or use REXX with LM functions to read members one at a time. Thoughts or suggestions always welcomed. Lizette -- 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: XREF Members of JCL libs and their datasets
Shmuel, It's not a stunt. It's knowing the JOBLIBs and the scheduler. From there, the RES Suite finds everything automatically. If all you are looking for is production, you don't even need the JOBLIBs as the RES Suite will find those from virtually any mainframe scheduler tool. Someone should check it out (it is in use at a number of sites around the world). Mitch -Original Message- From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Feb 12, 2015 7:58 pm Subject: Re: XREF Members of JCL libs and their datasets In 14b7e10c0e1-1be5-12...@webprd-a53.mail.aol.com, on 02/12/2015 at 08:53 AM, Mitch 005d889cebf0-dmarc-requ...@listserv.ua.edu said: Actually, you don't need to know the Proclib environment. The RES Suite finds the Proclibs automatically. That would be a good stunt. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: XREF Members of JCL libs and their datasets
Actually, you don't need to know the Proclib environment. The RES Suite finds the Proclibs automatically. Mitch Mitch On Thursday, February 12, 2015 Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 11632288.1423700546248.javamail.r...@elwamui-cypress.atl.sa.earthlink.net, on 02/11/2015 at 05:22 PM, Lizette Koehler stars...@mindspring.com said: Thoughts or suggestions always welcomed. This has come up before. You need toknow the proclib environment. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: XREF Members of JCL libs and their datasets
Lizette: Don't waste effort in doing this. Docet from RES (www.res-it.com) does this and more. And, it gives you the ability to go from the source objects (program source) through to what scheduler nets are using files, jobs, procs, programs, etc. It is THE most powerful JCL management solution available, period. I have been involved in the automated operations area since 1982 and can tell you without hesitation, Docet will give you everything you need, in a GUI display, with selectable capability to go up and down throughout any and all relationships. Mitch McCluhan, Legacy Modernization Consultant -Original Message- From: Lizette Koehler stars...@mindspring.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Feb 11, 2015 6:22 pm Subject: XREF Members of JCL libs and their datasets I am looking to see if there are any easy ways to do the following I have a huge JCL PDS. I need to list out all members and the datasets they use (create/Del/open according to DISP= in JCL) I then need an xref by dsn and the jobs (member name = Job name in most cases) that use them Report 1 Member1 DSN1Create Member2 DSN1Open DSN2 Open, Migrate (has a another step that issues the HSM Migrate command ) DSN3Delete DSN4(mem) Open - Indicates control card input Report 2 DSN1Member1 Member2 DSN2Member2 DSN3Member2 DSN4(mem) Member2 Control card Input that affects the DSNx is okay to list - no need to know what is in the Control member at this time. This information is not in a Scheduler package. So this is just grunt type work. I have a couple of options with REXX and SAS. But thought if anyone had any ideas, I would like to see if there is another way to do this. I will eventually run SMF data and compare it to these reports to see what is actually running or in use. I can unload the JCL PDS into an IEBUPDTE file and go from there or use REXX with LM functions to read members one at a time. Thoughts or suggestions always welcomed. Lizette -- 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: ancient cobol applications
and companies not looking to the future for requirements. There are probably a number of employees in the mid-40s that could be trained and let the newbies pick up the LUW support going forward. Mitch -Original Message- From: Scott Ford idfzos...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Sat, Feb 7, 2015 2:48 pm Subject: Re: ancient cobol applications That's not the only causemanagement being cheap, an issue I have seen for years...experienced people are worth their weight on 'gold' . On Saturday, February 7, 2015, Anne Lynn Wheeler l...@garlic.com wrote: local news just had item about ancient software at state agencies, 619 major cobol applications developed in 80s ... frequent crashesoutages, almost impossible to maintain or change ... in part because of the lack of cobol programmers. The state is even considering setting up financial incentive for schools to produce cobol programmers. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu javascript:; 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: submitter restrictions?
Tim (et al): Is the overall issue to manage submissions from end users, ad hoc users, on request job submissions, etc.? Mitch McCluhan, IBM mainframer from way back -Original Message- From: Tim Hare haresystemssupp...@comcast.net To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Jan 7, 2015 10:25 am Subject: submitter restrictions? Two topics on job submission 1: the JES SMF records (I think type 26) include a submitter ID but _not_ the name of the submitting address space. I've created a SHARE request to add that information.. please, if you are a SHARE member read the proposed requirement and vote on it. 2: I believe in recent JES2 incarnations that internal reader use happens in the address space of the submitter. I am trying to find a method to restrict a certain job class to only being used by the production job scheduler. 2A: Does a SAF profile exist to protect job class? 2B: If not, is it better to use IEFUJV or a JES exit to restrict this use? Note that either WHEN(PROGRAM()) or some method of determining the job name of the submitter from within the exit has to be used, because of userid propagation - if the scheduler submits a job that then writes to the internal reader, the scheduler-supplied ID is propagated. I am not sure whether PROPCNTL can be used to restrict that propagation without ill effect (but will experiment on a test partition). -- 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: Help please with symbols in a lower-case SET operand
Shmuel, I am trying to follow what you are asking, but am unsure Are you saying there is something in a JCL environment that should be reported as an error, but it is not, until execution? Mitch -Original Message- From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Sun, Dec 14, 2014 3:04 pm Subject: Re: Help please with symbols in a lower-case SET operand In 6785654506445698.wa.paulgboulderaim@listserv.ua.edu, on 12/12/2014 at 04:46 PM, Paul Gilmartin 000433f07816-dmarc-requ...@listserv.ua.edu said: I would be delighted if, rather, the parser reported a reference to an undefined apparent symbol as a syntax error. That would break existing JCL. There seems to be a curious mix of things that work differently for no good reason aand things that are consistent with old behaviors whose reasons are no longer relevant. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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: Ancient IEFUSI
Elardus, The initial question was about the TIME= Parameter on the JOB card. I am trying to understand why you mentioned the REGION= parameter? And, if a site has a standard that TIME is not allowed on a JOB card, then the solution is to remove it and/or flag it and then remove it with a JCL management tool such as J-Man. This can be done for any JCL statement parameter, keyword, sub-parameter, value, positional character, entire statements, automatically. And, it can be done any time a JCL object is moved into production. Mitch -Original Message- From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Dec 8, 2014 5:30 am Subject: Re: Ancient IEFUSI Mitch wrote: This is all fine a good, but why check when a job is submitted? Why not check efore and eliminate the problem (and potential delay in batch)? Simply - USI is used to check memory and enforce limits at every job step(s) espite stated REGION=value. IEFUSI exit routines receive control before the initiator checks to determine hether the job step will actually execute. You cannot enforce storage limits before job execution - Only WHILE the thing is unning. Groete / Greetings lardus Engelbrecht -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Ancient IEFUSI
Everyone: So, use a tool like J-Man from RES and it will eliminate any job like this from ever getting to production. No more JES exits, and, you can enforce EVERY standard AND naming convention for production from ever being a problem. Issue resolved! Mitch -Original Message- From: Rob Scott rsc...@rocketsoftware.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Dec 8, 2014 8:33 pm Subject: Re: Ancient IEFUSI In the past I have used JES2 exit 6 to fail jobs that specify the TIME keyword - there is a supplied and supported routine XINTKEY that you can $CALL to extract specific JCL parameters. Other methods include using JES2 exit 2/3 or IEFUJV to unconditionally strip any TIME keyword from JCL statements therefore allowing the jobclass defaults to be enforced. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Andrew Metcalfe Sent: 07 December 2014 15:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Ancient IEFUSI One of the reasons our IEFUSI examines the SCTX is to determine whether the step time (SCTXSTL) differs from the JES2 JOBCLASS setting. If so the assertion is that the user has coded TIME= on the EXEC card. IEFUSI sets a bit in the CEPUCOM area which is interrogated by IEFUTL when deciding whether to grant CPU time extension. If the user coded TIME= on the EXEC card he gets the bullet rather than an extension. How might I best determine (in IEFUTL) whether the user coded TIME=, so that I can maintain the same behaviour. Thanks Andrew 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 Bank PLC. Registered in England and Wales (registered no. 1026167). Registered Office: 1 Churchill Place, London, E14 5HP, United Kingdom. Barclays Bank PLC is authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and the Prudential Regulation Authority (Financial Services Register No. 122702). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.577.4321 Unsubscribe From Commercial Email – unsubscr...@rocketsoftware.com Manage Your Subscription Preferences - http://info.rocketsoftware.com/GlobalSubscriptionManagementEmailFooter_SubscriptionCenter.html Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. 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: Ancient IEFUSI
Gentlemen, This is all fine a good, but why check when a job is submitted? Why not check before and eliminate the problem (and potential delay in batch)? Mitch McCluhan, Modernization Analyst IBM GBS/AMS/BAM Consultant -Original Message- From: Robert A. Rosenberg hal9...@panix.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Dec 8, 2014 9:51 pm Subject: Re: Ancient IEFUSI At 09:32 + on 12/08/2014, Rob Scott wrote about Re: Ancient IEFUSI: In the past I have used JES2 exit 6 to fail jobs that specify the TIME keyword - there is a supplied and supported routine XINTKEY that you can $CALL to extract specific JCL parameters. Other methods include using JES2 exit 2/3 or IEFUJV to unconditionally strip any TIME keyword from JCL statements therefore allowing the jobclass defaults to be enforced. These methods show how to detect the use of a TIME parameter in the JCL. Based on the way that IEFUSI and IEFUTL are used (as described in the quote below) what you can do is set the CEPUCOM flag if you see a TIME Parm in IEFUJV. Since you can detect and remove TIME= there you can just detect it (leaving it there) and set the flag for later checking. Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Andrew Metcalfe Sent: 07 December 2014 15:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Ancient IEFUSI One of the reasons our IEFUSI examines the SCTX is to determine whether the step time (SCTXSTL) differs from the JES2 JOBCLASS setting. If so the assertion is that the user has coded TIME= on the EXEC card. IEFUSI sets a bit in the CEPUCOM area which is interrogated by IEFUTL when deciding whether to grant CPU time extension. If the user coded TIME= on the EXEC card he gets the bullet rather than an extension. How might I best determine (in IEFUTL) whether the user coded TIME=, so that I can maintain the same behaviour. Thanks Andrew -- 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: IBM Migration Utility
Gadi: Good Sunday evening to you. I work with the IBM Migration group in the U.S. and can tell you that there is no problem here. We have experience in this type of migration. If you have any questions, please let me know. Regards, Mitch McCluhan -Original Message- From: גדי בן אבי gad...@malam.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Sun, Sep 28, 2014 5:21 pm Subject: IBM Migration Utility Hi, We are in the process of integrating a customer into our payroll system. They use CA-Easytrieve extensively, but we do not. One option to install CA-Easytrieve, and another is to install the IBM Migration utility. Does anyone have experience with using IBM Migration utility to replace CA-Easytrieve? Is it a straight forwards migration, or do we have to make changes to the CA-Easytrieve sources? To make matters more interesting, the new customer currently runs under VSE, while we use z/OS. Thanks Gadi לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : Malam) regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. -- 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: Vendor Source Code
Dean, I have worked for vendors that dealt with this. Typically, a contract addendum or stipulation is added so that the vendor software is kept at a 3rd party site in escrow. Mitch McCluhan, Legacy Modernization Consultant www.lcmg.us -Original Message- From: Dno snipers5...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, May 8, 2014 1:18 pm Subject: Vendor Source Code Hi, We're looking to purchase a sw product and our lawyers are looking at the t's nd c's to see if we can have the right to their source code. At my previous job e did this for BMC, we kept it at IMAR. I guess I never understand why, so I'm sking if anyone our there does this and for what reason. If the company went ut of business what would the source code do for us? Would we give it to nother third party to maintain for us? I appreciate the feedback. Thanks, ean Sent from my iPhone - or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Vendor Source Code
Mark (et al): Keep in mind, some ISV tools are proprietary and confidential code. If it were not, competitors would gobble it up and duplicate the functionality, hence, the need to keep it secure. Regards, Mitch McCluhan, Legacy Modernization Consultant www.lcmg.us -Original Message- From: Dno snipers5...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, May 8, 2014 2:26 pm Subject: Re: Vendor Source Code Thanks Mark, makes sense. Dean Sent from my iPhone On May 8, 2014, at 4:58 PM, Mark Post mp...@suse.com wrote: On 5/8/2014 at 04:18 PM, Dno snipers5...@gmail.com wrote: We're looking to purchase a sw product and our lawyers are looking at the t's and c's to see if we can have the right to their source code. At my previous job we did this for BMC, we kept it at IMAR. I guess I never understand why, so I'm asking if anyone our there does this and for what reason. If the company went out of business what would the source code do for us? Would we give it to another third party to maintain for us? I appreciate the feedback. Most companies do this for products that are supporting business critical unctions. If that's not going to be the case here, then there's no real need or escrowing the source. If it is the case, then you would have ability to keep your business critical unction running. As we're all aware stuff happens at the worst time, say uring a CPU upgrade. You could either maintain the code yourself or paying omeone else to do it. If nothing else, it could buy you time to migrate off he product gracefully. One of the benefits of working for an Open Source company is that we don't ave to worry about contract terms like that and neither do our customers. :) Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Vendor Source Code
Mark, I am very confident you did already understand that. What I was trying to emphasize was the open source is apples and oranges. I meant no disrespect. Mitch -Original Message- From: Mark Post mp...@suse.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, May 8, 2014 4:41 pm Subject: Re: Vendor Source Code On 5/8/2014 at 06:08 PM, Mitch mitc...@aol.com wrote: Keep in mind, some ISV tools are proprietary and confidential code. If it were not, competitors would gobble it up and duplicate the functionality, hence, the need to keep it secure. What makes you think I, or anyone else, didn't already understand that? ark Post -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Vendor Source Code
Mark: I absolutely agree. And for the likes of the larger ISVs, I would guess all of their product source code is in escrow and kept up to date. Maybe not so much for the mom and pop software companies, but the big ones, yes. Mitch McCluhan -Original Message- From: Mark Post mp...@suse.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, May 8, 2014 5:15 pm Subject: Re: Vendor Source Code On 5/8/2014 at 06:50 PM, Scott Ford scott_j_f...@yahoo.com wrote: huh, does IBM permit you to buy source or CA ? Source code escrow is not at all the same as buying the source code from a endor. I would be willing to bet that at least some of IBM's and CA's larger ustomers have some source code in escrow. Think governments and the like. We on't license this product or any of your other products unless you agree to put he source code for this particular package in escrow. ark Post -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Vendor Source Code
Charles, First, thank you for the debate. I enjoy and appreciate your insight. Very well stated! Regarding the case I mentioned, it was not a licensee/user, but a competitor. Long story, but not one I feel comfortable going into any further detail about. Regards, Mitch -Original Message- From: Charles Mills charl...@mcn.org To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, May 8, 2014 5:45 pm Subject: Re: Vendor Source Code how does your scenario differ from hiring a new programmer and telling him e has to support an application that has been around for years Obviously we could invent hypothetical scenarios which were the same or ifferent. I think it is at least plausible that in your scenario there ould be some documentation and appropriate tools such as compilers, and erhaps in-house skills. (Your scenario application is written in COBOL nd the shop has COBOL programmers; the escrowed application is written in ORTRAN and there are no FORTRAN skills in-house.) But Yes, best case, your cenario is similar to identical. But of course there is no preceding rawn-out court fight and hopefully no crisis (unlike it blew up and we inally figured out the vendor is out of business). they were taken to court by a competitor, and the competitor won the case Interesting. The competitor must have been a licensee, with an escrow greement, and the vendor must have breached the support agreement. Unusual o say the least. bankruptcy is typically financially oriented. Contract language for real property ... Bankruptcy is bankruptcy. Software is intellectual property. Bankruptcy asically trumps contracts. If I were a creditor of a bankrupt software ompany I would be in court arguing that the source code should be sold to he highest bidder to help satisfy the software company's debts to me and thers, not given away due to an executory agreement. What would the court ay? We would be paying lawyers to find out, wouldn't we? (Meanwhile, the oor customer's critical processing is still waiting on a bug fix.) Escrow may work in certain circumstances. I think it is problematic to the oint of having little benefit. Your mileage may vary. Charles -Original Message- rom: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On ehalf Of Mitch ent: Thursday, May 08, 2014 5:12 PM o: IBM-MAIN@LISTSERV.UA.EDU ubject: Re: Vendor Source Code Charles, My first question is this: how does your scenario differ from hiring a new rogrammer and telling him he has to support an application that has been round for years, but none of the previous developers or support staff are ith the company any longer? However, your point about what happens if and hen you do have to get access to the code from a no longer existent vendor. his is true, but also I would be surprised if any company would put omething into a production environment without first testing it, whether it s if the vendor product blows up or something changes in the client's nvironment. I represented a vendor (who shall remain unnamed) and a situation happened here they had their product code in escrow, they were taken to court by a ompetitor, and the competitor won the case. The vendor then had to make heir current version of their product available as per contract. A end ser organization should ensure that any escrowed source is always the atest version as per contract stipulations. Lastly, bankruptcy is typically financially oriented. Contract language for real property is handled differently than financial obligations. Again, , unfortunately, learned this first hand. BTW, IMHO, any vendor that is orth their salt will keep their various versions held in escrow up to ate. -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Is there any MF shop using AWS service?
In mainframe parlance, AWS could stand for Automated Workload Scheduler, such as TWS from IBM/Tivoli. Regards, Mitch McCluhan -Original Message- From: Tsai Laurence ltsai85...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Apr 3, 2014 10:35 pm Subject: Is there any MF shop using AWS service? Dears, s the subject, if your shop using AWS service, what is it? Backup svc? olution ? Laurence 蔡宗志 from my HTC -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: SHOW HW
Roman, What are you asking? Mitch McCluhan, Legacy Modernization Consultant -Original Message- From: Roman Tureček roman.ture...@centrum.cz To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Mar 10, 2014 9:37 am Subject: SHOW HW -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Another reason to hate the time change
John, Stupid is as stupid does is all I can say. The type of people you allude to will always exist, sadly Regards, Mitch -Original Message- From: John McKown john.archie.mck...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Mar 10, 2014 9:59 am Subject: Another reason to hate the time change We produce reports on our z/OS CPU utilization. They are reported in local ime, with a.m. and p.m.. Because apparently only military (and pilots) nderstand Zulu time. So, twice a year, I must explain why we never seem to ave any activity on Sunday from 02:00 to 03:00 in the spring, and how we anage to run so much work on one Sunday from 02:00 to 03:00 in the fall. he reason, of course, is the stupid time change. 02:00 to 03:00 does not xist on Spring Forward Sunday, and from 02:00 to 03:00 is a two hour eriod on Fall Backwards Sunday. And every year, I hear the WTF??? on onday morning. sigh/ -- asn't there something about a PASCAL programmer knowing the value of verything and the Wirth of nothing? Maranatha! ohn McKown -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Query for Destination z article -- identifying/overcoming mainframe challenges
Shmuel (et al): That is a benefit to the variety of tools that can capture and associate documentation through a relational database solution. Everything gets moved through the development lifecycle as a single grouping or entity. It can capture from a mainframe and/or LUW environment automatically and include unrelated file structures into a cohesive grouping for access by anyone. Regards, Mitch McCluhan, Legacy Modernization Consultant -Original Message- From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Thu, Feb 27, 2014 7:22 pm Subject: Re: Query for Destination z article -- identifying/overcoming mainframe challenges In 530e5974.8020...@actionsoftware.com, on 02/26/2014 at 04:15 PM, Gord Tomlin gt.ibm.li...@actionsoftware.com said: It is worth noting that such a documentation effort should not be left to the time when the documentation is needed. IMHO the documentation is needed before the code goes into production; hat rarely happens. - Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html e don't care. We don't have to care, we're Congress. S877: The Shut up and Eat Your spam act of 2003) -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Query for Destination z article -- identifying/overcoming mainframe challenges
Folks, There are a number of tools out there that can provide this capability. I have come across a number of them, including Docet from RES (www.res-it.com/en). For mainframe sites with DB2, it is an excellent tool for keeping documentation (among a plethora of other mainframe inventory and infrastructure information) at the fingertips of those who need it. Regards, Mitch McCluhan, Legacy Modernization Consultant -Original Message- From: Duffy Nightingale, SSPI du...@soundsoftware.us To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Feb 26, 2014 12:53 pm Subject: Re: Query for Destination z article -- identifying/overcoming mainframe challenges One thing I have run into at a couple of mainframe sites is they have had so uch turnover in tech support and no process for the ex person to train or eave the new person documentation that the current tech people (and same ith application folks) - seem to have no idea how things work! This robably applies to all mainframe staff positions. Sites need to have a rocess in place to save in documentation or spend a couple of weeks with he new person all the systemic information on apps, system software. uffy Nightingale ound Software Printing, Inc. u...@soundsoftware.us ww.soundsoftware.us hone: 360.385.3456 ax: 973.201.8921 The information in this e-mail, and any attachment therein, is onfidential and for use by the addressee only. If you are not the ntended recipient, please return the e-mail to the sender and delete t from your computer. Although Sound Software Printing, Inc. ttempts to sweep e-mail and attachments for viruses, it does not uarantee that either are virus-free and accepts no liability for any amage sustained as a result of viruses. -Original Message- rom: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On ehalf Of Gabe Goldberg ent: Wednesday, February 26, 2014 7:44 AM o: IBM-MAIN@LISTSERV.UA.EDU ubject: Query for Destination z article -- identifying/overcoming mainframe hallenges Challenges are everywhere -- doing more with fewer resources, maintaining ecurity, management/user sometimes willful ignorance of mainframe haracteristics and strengths, disrespect (different from gnorance!) for mainframe heritage and value, staffing (recruiting needed kills, generation-gap communication, needing to be Swiss-Army experts on iverse technologies/platforms), system maintenance, managing vendor ccounting and billing, capacity planning, performance analysis, etc. OK, that's enough -- and only part of the bad news. What other challenges re faced? And much more important, what's done (can be done, should be one) to overcome them all? As usual, be brief -- this will be a relatively short article. And please opy to me directly so replies aren't buried in digests. Thanks... -- abriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 inkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0 -- or IBM-MAIN subscribe / signoff / archive access instructions, send email o lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Query for Destination z article -- identifying/overcoming mainframe challenges
John (et al), I, in past lives, was an operations analyst, QA analyst, Production Control clerk, Production Control Manager and for a while, an Operations Manager. Access to information that can be displayed for any and all to see is invaluable. The Docet tool is a relational repository that can display any information stored in it on a PC, as a report, via a file, etc., etc. Including documentation about existing and/or modified applications must be accessible in order to be useful. Yes, person-to-person handover discussions are great and the absolute best form of communication, but what do you do whan a staff member retires or resigns and the replacement isn't brought on board until after the event? And, lastly, trust me, Docet is no pedestrian package. Respectfully, Mitch McCluhan, legacy Modernization Consultant Original Message- From: John Gilmore jwgli...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Feb 26, 2014 7:14 pm Subject: Re: Query for Destination z article -- identifying/overcoming mainframe challenges There is no substitute for person-to-person handover discussions. The notion that some 'tool' can replace them is not just dubious; it s absurd. Mitch McLuhan needs to rein in his marketing rhetoric. I, or one, have no objection to his touting what he has available to ddress problem A or problem B; but he needs to stop short of epresenting pedestrian packages as magic bullets. John Gilmore, Ashland, MA 01721 - USA -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Why does a dataset that should never migrate does occassionally (hsm)
Michael, For a quick fix, do you have any of the more popular JCL management tools? If so, there is a way to always ensure the dataset is allocated and available before the initial access from your production processing hits it for the first time. Mitch -Original Message- From: Michael Bieganski mbiegans...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Feb 21, 2014 8:16 am Subject: Why does a dataset that should never migrate does occassionally (hsm) Hi, we have a mainframe dataset that is used daily used in our automated cheduling processes. ccassionally, our ops support gets paged out because a process is delayed nd it turns out it was because aid dataset was migrated and had to be recalled. his dataset's management class has nolimit on expires, and blanks for Primary Days' artial Release is 'yes' so could hsm be migrating this dsn in Primary pace mgmt, despite we have rimary-days set to blanks??? nd if so, short of setting partial release to no, how can we keep an sms anaged dataset from ever migrating at all? -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: P[ro]Ops and Infocenter?
Gil, What, specifically, are you looking for? Mitch McCluhan -Original Message- From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Wed, Jan 22, 2014 6:00 pm Subject: P[ro]Ops and Infocenter? Is/are the P[ro]Ops available via Infocenter? Or is Infocenter software only? 'd rather have a web interface to a current copy than several PDFs of varying ge on the several desktops I use. -- gil -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Innovating an old IMS 3270-based application
Hello, One option is to modernize (convert/migrate) the application(s) to a more updated environment (Windows SQL/Server, UNIX Oracle, etc.). Through the use of a proven automated tool suite set, this can be done via a relatively quick and complete process using a vendor I partner with. If you want to talk about this offline, please drop me a private email reply. Respectfully, Mitch McCluhan, Legacy Modernization Consultant -Original Message- From: Sanya Off sanya...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Jan 6, 2014 2:06 pm Subject: Innovating an old IMS 3270-based application Folks, I wonder if some of you may share the experience and opinions with regards o approaching a grand task of making an old IMS-based monster application ore friendlier to users and developers: - users want web-based access; - developers are limited in their skills (particularly, z/OS skills) Specifically, I think of using MQ to intercept/separate 3270-bound flow... ny advice? I'd be grateful... A.I. -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Innovating an old IMS 3270-based application
Peter (et al): I have only one comment in regards to your thoughts (below). when you say projects to move off the mainframe have a high rate of failure, it depends on how it is done. One of the vendors I work with has superior success rates in regards to conversion/migration from a mainframe to an LUW environment. Regards, Mitch -Original Message- From: Farley, Peter x23353 peter.far...@broadridge.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Mon, Jan 6, 2014 2:51 pm Subject: Re: Innovating an old IMS 3270-based application As usual, it depends on how far forward the original monster application' esigners looked (or not...). If the core business logic is separated from the presentation layer (i.e., if the business logic is well separated from the 270 screen processing logic), it might be possible to directly re-engineer it ith an HTML layer in place of the 3270 layer. If the screen-handling and the business logic are tightly woven together, not so asy at all. I have no experience at all with IMS applications, much less with interfacing hem to web browsers, but if the business function is well separated from the user interaction parts, it should be possible. Such projects are never easy, though. Sometimes, unfortunately, the best ecision (financially and time-wise) is to start over from scratch. For a staff ith limited z/OS skills, that could result in a project to move completely off f z/OS. Those kinds of projects have a very high rate of failure. One other possibility is the use of one of the several 3270-to-browser onversion products I think are out there, which (if I understand the functions rovided) take your 3270 screen inputs and outputs and convert them back and orth in a web browser. Not pretty, and almost certainly affects round-trip ime from enter to results screen, but supposedly quite functional. All I can say is good luck. You're going to need it. Peter -Original Message- rom: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf f Sanya Off ent: Monday, January 06, 2014 4:56 PM o: IBM-MAIN@LISTSERV.UA.EDU ubject: Innovating an old IMS 3270-based application Folks, I wonder if some of you may share the experience and opinions with regards o approaching a grand task of making an old IMS-based monster application ore friendlier to users and developers: - users want web-based access; - developers are limited in their skills (particularly, z/OS skills) Specifically, I think of using MQ to intercept/separate 3270-bound flow... ny advice? I'd be grateful... A.I. -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN This message and any attachments are intended only for the use of the addressee nd may contain information that is privileged and confidential. If the reader f the message is not the intended recipient or an authorized representative of he intended recipient, you are hereby notified that any dissemination of this ommunication is strictly prohibited. If you have received this communication in rror, please notify us immediately by e-mail and delete the message and any ttachments from your system. -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Literate JCL?
A friend of mine made a comment to me maybe 30 years ago about something similar to this subject. He said the darkest day in the history of computer operations was the day when applications programming realized an application would run in production with our without documentation. Mitch McCluhan -Original Message- From: Ed Gould edgould1...@comcast.net To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Sat, Jan 4, 2014 8:53 pm Subject: Re: Literate JCL? On Jan 4, 2014, at 8:15 PM, Shmuel Metz (Seymour J.) wrote: In 8d0d6ab843cdf6c-15b0-11...@webmail-m245.sysops.aol.com, on 01/03/2014 at 09:59 AM, Mitch mitc...@aol.com said: I will talk with someone at a vendor site that may be able to do something close to this. May I ask for other input from anyone else that sees value in this? I liked the idea when Knuth first published it, and see no reason that it wouldn't work for JCL. The hard part is convincing management that documentation needs to be a basic part of development, not an afterthought. -- ot only in the beginning but as part of the change cycle. Ed -- or IBM-MAIN subscribe / signoff / archive access instructions, end 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: Literate JCL?
I am familiar with this product, and while it has some good features, it is not complete for an end to end documentation and cross reference solution. Mitch -Original Message- From: fich...@kabelmail.de To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Jan 3, 2014 7:09 pm Subject: Literate JCL? Am 04.01.2014 06:00, schrieb IBM-MAIN automatic digest system: Literate JCL? Hi, you might also consider a product that I used to watch JCL and to monitor the surrounding topics during my last assignment at a Bavarian car manufacturer; the product is called XINFO. It scans all JCL as well as related software information about datasets, programs, database access and stores the information in a DB2 based repository . Look at: http://www-304.ibm.com/partnerworld/gsd/solutiondetails.do?solution=18026lc=en Note: I'm not affiliated with the company, just a (former) user. Arthur -- 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: Literate JCL?
Folks, I will talk with someone at a vendor site that may be able to do something close to this. May I ask for other input from anyone else that sees value in this? Regards, Mirch McCluhan, Legacy Modernization Consultant Mitch -Original Message- From: john.archie.mck...@gmail.com To: IBM-MAIN IBM-MAIN@LISTSERV.UA.EDU Sent: Fri, Jan 3, 2014 1:42 am Subject: Literate JCL? We had a discussion on changes we would like to see in JCL. Well, I am wondering if perhaps what should be embraced in a variation of Knuth's Literate Programming in which the program source is actually embedded in the documentation. I am wondering if some JCL documentation company might consider this to be something as a possibility for a product. This would combine and centralize the maintenance of the JCL with the documentation for the job. Combining this with the DCF thread, how about something like DCF's GML which could be run through some program. One DD would output the JCL, such as could be sent to the internal reader. Another DD would contain formatted text, such as AFP or PDF output. Might even be nice if this vendor program could be written so that a scheduler program, such as CA-7, could use it as a preprocessor for jobs that it submits. This would be so that the CA-7 JCL library would contain the Literate JCL and be able to directly submit it. Of course, said vendor product should also be able to do a JCL syntax scan to detect syntactic JCL errors. Just a wacked out thought for the new year. ref: http://en.wikipedia.org/wiki/Literate_programming -- This is clearly another case of too many mad scientists, and not enough hunchbacks. 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