Re: IBM Development Clueless about COBOL DEV activities
Steve Thompson writes: A migration was proposed to translate (using an IBM utility) an ISV’s code to COBOL (~NOV2013). The problem is, the group that has the translation tool had NO idea about COBOL 5.1, and apparently had no plans to make their tool COBOL 5.1 friendly (as in, NOT using new reserved words and the like). Which IBM utility? If that were true, that doesn't necessarily sound like the end of the world in November, 2013. (Enterprise COBOL 5.1 became generally available in late June, 2013.) It was (and is) as simple as making sure APAR PM85873 is applied to Enterprise COBOL 4.2 then compiling with FLAGMIG4. In the unlikely event there were a problem such as the one you describe (reserved words), that'd catch the problem Then take that translated-to-COBOL code and recompile it with Enterprise COBOL 5.1 right away (or in December, 2013), if you wish(ed). It's COBOL. Apparently the IBM utility only claimed (in November, 2013) that it could translate something into Enterprise COBOL 4.2-compilable code, but so what? Onward and upward, as with every other piece of COBOL code. That's assuming the translation is one time in nature. (See below if not.) Why would a customer want to xlate to COBOL 4.2, and then have to migrate all of that to COBOL 5 in less than 2 years? That'd be awful, wouldn't it? Fortunately it's not true. z/OS 2.1 still runs and supports COBOL code compiled decades ago. If the past predicts the future -- in this case I'd say that's a safe bet -- you can run that 4.2-compiled code decades from now on the then-current release of z/OS. There is no requirement to migrate all of that or even any of that. (Aside: Why is this particular hyperbole so popular? Just stop, please.) When/if you want or need to recompile one particular, specific program (or subset of programs), sure, use the current compiler. If you want to recompile every single line of COBOL source code in your enterprise whenever IBM introduces a new release of its COBOL compiler, Gentoo-style, you can if you wish. You certainly don't have to. I'm not sure where you're getting the in less than 2 years. While I'm an enthusiastic supporter of adopting the latest IBM compiler releases as expeditiously as possible, IBM has not yet announced an End of Service date for Enterprise COBOL 4.2. Since...well, since forever, IBM has introduced core and base technologies first, then supported and exploited those base/core technologies progressively over time. That's true of COBOL, and that's true of every other programming language. Java as well, to pick another example. IBM first introduces a new release of Java, then WebSphere Application Server follows to exploit that new Java release, then middleware products are progressively updated to exploit that new WebSphere Application Server release. IBM support policies provide lots of lifecycle overlap to help customers maintain reasonable release currency. IBM tries to do a reasonable job updating tools and utilities in priority order. For example, if a compiler gets updated then Debug Tool tends to get updated quickly if necessary. Other products (like a certain unnamed IBM migration utility) might take more than 5 months to update (if it even needs updating). Of course, if you're not happy about IBM's schedule, complain! (To the right people.) Timothy Sipples IT Architect Executive, zEnterprise Industry Solutions, 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
Re: Sorry state of IT education?
Generally these outsourcing services are not sold as we can charge you less because we hire ill trained young Indians to replace your experienced technical people! They are more likely to be sold using a combination of wages for well trained technical people in India are much lower than they are in US/Canada/UK/etc. and your experienced technical people are overpaid prima donnas who deserve some pain, both of which arguments probably appeal to some extent to the C-suite crowd who are not themselves likely to face being outsourced any time soon. I concur. All I'm saying is - it's not right to point the finger at us professionals who are already left trying to fit in the shoes of technical experts. But it's always the case that the company is fed up with the technical people and not at management for selling them on something that's less than true (Gee.. look how much I can cut your costs!). I fail to see the correlation. With just a look at a person, you could guess his/her age and how much he/she could have explored mainframes. I have noted that a number of the Indian participants on these lists feel the need to give themselves a Western nom de plume (nom de clavier?). I hope that this isn't from fear of not being welcomed, or of being treated as a drone, but I suspect it is. It is. I've seen a few cases in forums where someone asks for help on a problem (granted, he/she hasn't put the requirement across completely), and most of the experts just say - R.T.F.M. It's better to not say anything than to say that. I mean, what good is that? There are loads of manuals; there's no need to spoon feed I agree, but not even point the direction? - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: 22 April 2014 23:39 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? On 22 April 2014 15:45, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com wrote: I personally take offense to the drone bashing. Because I'm a drone now, apparently. I read this not as drone bashing, but as management bashing. The word drone with its implication of idleness and other even less appropriate functions is not well applied here, but it has come into common use. All of these comments seem to be from the perspective of higher ups and folks who've had - years-of experience on the mainframe. It simply isn't fair to expect the same depth of knowledge from a (relatively) newcomer. Without a doubt, the technology that is mainframe, is massive. It's not sane to expect some 100,000 manuals get cooked right into an IT professional, when most of the folks on this ( elsewhere) list have acquired the knowledge over years of beating on their craft. Indeed it isn't. And while I think you will find a friendly welcome here for anyone who is able and willing to learn, things get a bit tricky when inability is because of lack of time and/or opportunity rather than of willingness or native intelligence. You ought to consider the conditions under which we're working/learning. When a service provider takes up your IT infrastructure service support, there's a reason that it's achievable at just x% of what it cost earlier. No points for figuring out where that money is cut out from. Generally these outsourcing services are not sold as we can charge you less because we hire ill trained young Indians to replace your experienced technical people! They are more likely to be sold using a combination of wages for well trained technical people in India are much lower than they are in US/Canada/UK/etc. and your experienced technical people are overpaid prima donnas who deserve some pain, both of which arguments probably appeal to some extent to the C-suite crowd who are not themselves likely to face being outsourced any time soon. But in fact, of course, the first claim is closer to the truth than the latter, and the lack of appropriate training and opportunity is largely disguised by the very distance and seen only in the long term results. I have noted that a number of the Indian participants on these lists feel the need to give themselves a Western nom de plume (nom de clavier?). I hope that this isn't from fear of not being welcomed, or of being treated as a drone, but I suspect it is. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be
Re: Sorry state of IT education?
One of the things I notice - and it can come from anyone anywhere but it's more common with newer people - is an ill-defined problem statement. The temptation to wordsmith the problem into shape is immense and not wrong. It can feel a bit brutal and ugly sometimes but bear with us: We're trying to be helpful. But I appreciate you haven't defined your problem properly or you're asking the wrong question can be offputting. Sorry about that and I'm not sure how to make it better. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com To: IBM-MAIN@listserv.ua.edu Date: 23/04/2014 09:48 Subject:Re: Sorry state of IT education? Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Generally these outsourcing services are not sold as we can charge you less because we hire ill trained young Indians to replace your experienced technical people! They are more likely to be sold using a combination of wages for well trained technical people in India are much lower than they are in US/Canada/UK/etc. and your experienced technical people are overpaid prima donnas who deserve some pain, both of which arguments probably appeal to some extent to the C-suite crowd who are not themselves likely to face being outsourced any time soon. I concur. All I'm saying is - it's not right to point the finger at us professionals who are already left trying to fit in the shoes of technical experts. But it's always the case that the company is fed up with the technical people and not at management for selling them on something that's less than true (Gee.. look how much I can cut your costs!). I fail to see the correlation. With just a look at a person, you could guess his/her age and how much he/she could have explored mainframes. I have noted that a number of the Indian participants on these lists feel the need to give themselves a Western nom de plume (nom de clavier?). I hope that this isn't from fear of not being welcomed, or of being treated as a drone, but I suspect it is. It is. I've seen a few cases in forums where someone asks for help on a problem (granted, he/she hasn't put the requirement across completely), and most of the experts just say - R.T.F.M. It's better to not say anything than to say that. I mean, what good is that? There are loads of manuals; there's no need to spoon feed I agree, but not even point the direction? - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tony Harminc Sent: 22 April 2014 23:39 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? On 22 April 2014 15:45, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com wrote: I personally take offense to the drone bashing. Because I'm a drone now, apparently. I read this not as drone bashing, but as management bashing. The word drone with its implication of idleness and other even less appropriate functions is not well applied here, but it has come into common use. All of these comments seem to be from the perspective of higher ups and folks who've had - years-of experience on the mainframe. It simply isn't fair to expect the same depth of knowledge from a (relatively) newcomer. Without a doubt, the technology that is mainframe, is massive. It's not sane to expect some 100,000 manuals get cooked right into an IT professional, when most of the folks on this ( elsewhere) list have acquired the knowledge over years of beating on their craft. Indeed it isn't. And while I think you will find a friendly welcome here for anyone who is able and willing to learn, things get a bit tricky when inability is because of lack of time and/or opportunity rather than of willingness or native intelligence. You ought to consider the conditions under which we're working/learning. When a service provider takes up your IT infrastructure service support, there's a reason that it's achievable at just x% of what it cost earlier. No points for figuring out where that money is cut out from. Generally these outsourcing services are not sold as we can charge you less because we hire ill trained young Indians to replace your experienced technical people! They are more likely to be sold using a combination of wages for well trained technical people in India are much lower than they are in US/Canada/UK/etc. and your experienced technical people are overpaid prima donnas who deserve some pain, both of which arguments probably appeal to some extent to the C-suite crowd who are not themselves likely to face being outsourced any time soon. But in fact,
GRS RESMIL setting on CPU consumption
It is a while since there had been any discussion of appropriate values of RESMIL and its effect on CPU consumptiom. It appears that there was general concensus that RESMIL(OFF) would be a bad idea, and that RESMIL(0) would be best since it should be managed dynamically. In a 3-LPAR plex with GRS linking the 3 (not via VF) then surely whatever happens in one LPAR will happen in the other two, but does that mean that if GRS dynamically sets the RESMIL to 0 it will cause increased CPU consumption in all 3 LPARS? Might it be better to set RESMIL to, say 5 so that it never goes too far down? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enterprise COBOL v5.1 and RDz v9.x
In 3186ca10-04ab-4743-b8da-d87a8e8a7...@comcast.net, on 04/21/2014 at 09:50 AM, Ed Gould edgould1...@comcast.net said: On Apr 21, 2014, at 7:37 AM, Shmuel Metz (Seymour J.) wrote: ---SNIP IDCAMS is just a utility that was included with VSAM. IBM initially offered VSAM as an Incremental Change Release (ICR), but the ICF came in with the program product DF/EF. DFP and later DFSMS included the DF/EF code base. I am sure even IBM wants to forget the mega ptf tapes that came from IBM, right? Not nearly as much as they want to forget the letter saying that if you haven't already installed it, don't. I missed[1] that particular bloodbath. [1] In the sense of not being one of the casualties, not in the sense of regretting that I missed out. -- 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
Re: SORT ando MEMLIMIT best practice
In of87d06c78.43f4a289-on80257cc2.002a9f6c-80257cc2.002c3...@uk.ibm.com, on 04/22/2014 at 09:02 AM, Martin Packer martin_pac...@uk.ibm.com said: VIO has, in any case, been seen as CPU expensive. Because it's simulating a device. I would, however, quite like to see VIO in Memory reborn - with a huge (EAV) device type. Why? I'd much rather have memory mapped[B|P|Q]SAM support and cut out the extra CKD simulation (on top of the CKD simulation in the DASD subsytem.) -- 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
Re: SORT ando MEMLIMIT best practice
I don't disagree: I didn't really talk implementation but I want to see very large temp data sets in memory, controlled via DFSMS and not too expensive. First step is very large IMHO but recast to be cheaper in CPU terms at the same time would be welcome. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@listserv.ua.edu Date: 23/04/2014 12:20 Subject:Re: SORT ando MEMLIMIT best practice Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu In of87d06c78.43f4a289-on80257cc2.002a9f6c-80257cc2.002c3...@uk.ibm.com, on 04/22/2014 at 09:02 AM, Martin Packer martin_pac...@uk.ibm.com said: VIO has, in any case, been seen as CPU expensive. Because it's simulating a device. I would, however, quite like to see VIO in Memory reborn - with a huge (EAV) device type. Why? I'd much rather have memory mapped[B|P|Q]SAM support and cut out the extra CKD simulation (on top of the CKD simulation in the DASD subsytem.) -- 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
-Original Message- From: IBM Mainframe Discussion List On Behalf Of DASDBILL2 At least we still have decent technical publications from some vendors. Here's an example of what we might expect in 10 more years of dumbing down: The displacement for LA is, like, treated as, ya know, a 12-bit unsigned like binary integer. The, ya know, displacement for LAY is like treated as a totally 20-bit signed, like, binary integer. No storage, like, references for, ya know, operands take place, and the, like, address is not, like, inspected for access exceptions. [possible partial description of the Load Address instruction in an alternate universe in the near future] You left out a bunch of Well, I mean, you know interjections. -jc- ** 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
Re: Sorry state of IT education?
Dude! That is, like, so awesomely kewl! On Wed, Apr 23, 2014 at 6:49 AM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of DASDBILL2 At least we still have decent technical publications from some vendors. Here's an example of what we might expect in 10 more years of dumbing down: The displacement for LA is, like, treated as, ya know, a 12-bit unsigned like binary integer. The, ya know, displacement for LAY is like treated as a totally 20-bit signed, like, binary integer. No storage, like, references for, ya know, operands take place, and the, like, address is not, like, inspected for access exceptions. [possible partial description of the Load Address instruction in an alternate universe in the near future] You left out a bunch of Well, I mean, you know interjections. -jc- ** 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
In 985166dbd01445be809d22441b29b...@db3pr02mb219.eurprd02.prod.outlook.com, on 04/23/2014 at 08:47 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com said: and most of the experts just say - R.T.F.M If it's not important enough to you to justify consulting the manuals, then it's not important to anybody else. You might get a different response if you wrote what you found in the manuals, what was missing and what you didn't understand, or if you asked where is foo documented?. -- 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
Re: Sorry state of IT education?
I will do the RTFM response. But, in my defense, I will usually try to include a URL to the proper FM to R. At times, I will even try to quote a paragraph or two. Now, my usual response to a question which, to me, implies an abysmal lack of knowledge (Something on the order of I'm trying to install z/OS and need to know what JOB card used for.), my usual response is ... silence. On Wed, Apr 23, 2014 at 6:55 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 985166dbd01445be809d22441b29b...@db3pr02mb219.eurprd02.prod.outlook.com, on 04/23/2014 at 08:47 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com said: and most of the experts just say - R.T.F.M If it's not important enough to you to justify consulting the manuals, then it's not important to anybody else. You might get a different response if you wrote what you found in the manuals, what was missing and what you didn't understand, or if you asked where is foo documented?. -- 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
In 8231196036238745.wa.elardus.engelbrechtsita.co...@listserv.ua.edu, on 04/22/2014 at 07:39 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: I agree with John, it is a sorry state, do you remember the very high-valued IBM-MAIN member who has to close his training business? That was a sad day. If you think that training is expensive, wait until you see the cost of ignorance. -- 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
Re: Sorry state of IT education?
On Tue, 22 Apr 2014 19:45:44 +, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com wrote: I imagine this is the norm for today because a well-educated, intelligent, worker costs a lot more than a pre-programmed drone. As a result, the industry is now flooded with hundreds of thousands of IT professionals fully capable of performing procedures they've been taught, but incapable of thinking through a problem. I personally take offense to the drone bashing. Because I'm a drone now, apparently. All of these comments seem to be from the perspective of higher ups and folks who've had - years-of experience on the mainframe. It simply isn't fair to expect the same depth of knowledge from a (relatively) newcomer. Without a doubt, the technology that is mainframe, is massive. It's not sane to expect some 100,000 manuals get cooked right into an IT professional, when most of the folks on this ( elsewhere) list have acquired the knowledge over years of beating on their craft. You ought to consider the conditions under which we're working/learning. When a service provider takes up your IT infrastructure service support, there's a reason that it's achievable at just x% of what it cost earlier. No points for figuring out where that money is cut out from. When a service provide takes up the IT Infrastructure service at the expense of the people who were already working there and who do have years experience because the bean counters only see the $$s they save, then a certain amount of resentment is to be expected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Copy a SVC Dump
As far as I know, the supported method to copy dumps is using IPCS copy dump. http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieac500/cpydump.htm http://pic.dhe.ibm.com/infocenter/zos/v1r13/topic/com.ibm.zos.r13.ieac500/cpydump.htm Copy dump can be invoked by batch jcl or via the IPCS dialog 3.2 -Nick Jones z/OS Service Aids/IPCS -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
Now, my usual response to a question which, to me, implies an abysmal lack of knowledge (Something on the order of I'm trying to install z/OS and need to know what JOB card used for.), my usual response is ... silence. Yeah.. That's like, totally unacceptable. Totally. Yeah. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 23 April 2014 13:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? I will do the RTFM response. But, in my defense, I will usually try to include a URL to the proper FM to R. At times, I will even try to quote a paragraph or two. Now, my usual response to a question which, to me, implies an abysmal lack of knowledge (Something on the order of I'm trying to install z/OS and need to know what JOB card used for.), my usual response is ... silence. On Wed, Apr 23, 2014 at 6:55 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 985166dbd01445be809d22441b29b...@db3pr02mb219.eurprd02.prod.outlook.c om, on 04/23/2014 at 08:47 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com said: and most of the experts just say - R.T.F.M If it's not important enough to you to justify consulting the manuals, then it's not important to anybody else. You might get a different response if you wrote what you found in the manuals, what was missing and what you didn't understand, or if you asked where is foo documented?. -- 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SORT ando MEMLIMIT best practice
Possibly the EC12's Flash memory, which come in huge chunks of relatively cheap memory, can help speed up the process of having dozens TBs of temporary datasets in memory. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Wednesday, April 23, 2014 13:42 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SORT ando MEMLIMIT best practice I don't disagree: I didn't really talk implementation but I want to see very large temp data sets in memory, controlled via DFSMS and not too expensive. First step is very large IMHO but recast to be cheaper in CPU terms at the same time would be welcome. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@listserv.ua.edu Date: 23/04/2014 12:20 Subject:Re: SORT ando MEMLIMIT best practice Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu In of87d06c78.43f4a289-on80257cc2.002a9f6c-80257cc2.002c3...@uk.ibm.com, on 04/22/2014 at 09:02 AM, Martin Packer martin_pac...@uk.ibm.com said: VIO has, in any case, been seen as CPU expensive. Because it's simulating a device. I would, however, quite like to see VIO in Memory reborn - with a huge (EAV) device type. Why? I'd much rather have memory mapped[B|P|Q]SAM support and cut out the extra CKD simulation (on top of the CKD simulation in the DASD subsytem.) -- 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 Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
Kind of obvious that it's to be expected. And what a convenient way to call it - resentment. The point is, they don't stand up for the tech folks when under fire. A: I can do x (truth is, they can do only 0.2x and they know it) B: Sold. Here's my business. . On the day of a problem . A: Hey! Why can't you do x. Isn't that what I pay you for ?! Are we supposed to magically grow skills when it's known that there's a massive competency gap? I think I digress ... - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Govind Chettiar Sent: 23 April 2014 13:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? On Tue, 22 Apr 2014 19:45:44 +, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com wrote: I imagine this is the norm for today because a well-educated, intelligent, worker costs a lot more than a pre-programmed drone. As a result, the industry is now flooded with hundreds of thousands of IT professionals fully capable of performing procedures they've been taught, but incapable of thinking through a problem. I personally take offense to the drone bashing. Because I'm a drone now, apparently. All of these comments seem to be from the perspective of higher ups and folks who've had - years-of experience on the mainframe. It simply isn't fair to expect the same depth of knowledge from a (relatively) newcomer. Without a doubt, the technology that is mainframe, is massive. It's not sane to expect some 100,000 manuals get cooked right into an IT professional, when most of the folks on this ( elsewhere) list have acquired the knowledge over years of beating on their craft. You ought to consider the conditions under which we're working/learning. When a service provider takes up your IT infrastructure service support, there's a reason that it's achievable at just x% of what it cost earlier. No points for figuring out where that money is cut out from. When a service provide takes up the IT Infrastructure service at the expense of the people who were already working there and who do have years experience because the bean counters only see the $$s they save, then a certain amount of resentment is to be expected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Inquire SPACE/DIR allocation attributes
Hi, How can I get allocation attribs for an existing dataset? PRI/SEC Space, space unit (CYL,TRKS,etc), DIR (in case of PDS) Where are these informations stored? Do you have any example ASM code for it? Regards, Gabor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
On Wed, Apr 23, 2014 at 7:56 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com wrote: Kind of obvious that it's to be expected. And what a convenient way to call it - resentment. The point is, they don't stand up for the tech folks when under fire. A: I can do x (truth is, they can do only 0.2x and they know it) B: Sold. Here's my business. . On the day of a problem . A: Hey! Why can't you do x. Isn't that what I pay you for ?! Are we supposed to magically grow skills when it's known that there's a massive competency gap? I think you got it exactly! Management should _know_ that expertise costs money. But paying money to the people at _our_ (you me) level seriously impacts _their_ bonus. Which is totally unacceptable to them. I think I digress ... - Vignesh Mainframe Admin -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Development Clueless about COBOL DEV activities
APAR PM88048 contains this information: IGZ0264S There was an attempt to run both OS/VS COBOL and Enterprise COBOL V5 programs in the same enclave. Explanation: OS/VS COBOL programs can not be run in the same enclave where Enterprise COBOL V5 programs are also running. Programmer Response: Compile the OS/VS COBOL program with an Enterprise COBOL compiler. System Action: The application is terminated. So, in some cases, there is a de facto requirement to migrate old code. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Timothy Sipples Sent: Wednesday, April 23, 2014 1:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Development Clueless about COBOL DEV activities snip There is no requirement to migrate all of that or even any of that. (Aside: Why is this particular hyperbole so popular? Just stop, please.) When/if you want or need to recompile one particular, specific program (or subset of programs), sure, use the current compiler. If you want to recompile every single line of COBOL source code in your enterprise whenever IBM introduces a new release of its COBOL compiler, Gentoo-style, you can if you wish. You certainly don't have to. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Inquire SPACE/DIR allocation attributes
There are utilities (e.g. DSAT) on the CBT tape that do this, but you will need RACF authority to open/read each PDS directory. Regards, John K dsat 'almsa.anscopy' pds sec SERIAL ALLOCFREE EXT SEC UNITS DSORG DIRADIRUENTR AL RLIB90 15 9 1 1 CYL PO 10 5 300 -IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU wrote: - To: IBM-MAIN@LISTSERV.UA.EDU From: Gabor Hoffer Sent by: IBM Mainframe Discussion List Date: 04/23/2014 07:58AM Subject: Inquire SPACE/DIR allocation attributes Hi, How can I get allocation attribs for an existing dataset? PRI/SEC Space, space unit (CYL,TRKS,etc), DIR (in case of PDS) Where are these informations stored? Do you have any example ASM code for it? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Inquire SPACE/DIR allocation attributes
Ah, yes, I was thinking more about a single, specific DSN. But I do use IEHLIST, still, to get the allocation information for all the DSNs on an entire volume. I also like to use DFDSS to get a volume map of how the tracks on a volume are physically used. This is a DEFRAG run with the PARM='TYPRUN=NORUN'. On Wed, Apr 23, 2014 at 8:16 AM, Tim Brown tbr...@cenhud.com wrote: How about just using IEHLIST to get formatted vtoc output! Sent from my Android phone using TouchDown (www.nitrodesk.com) -Original Message- From: John McKown [john.archie.mck...@gmail.com] Received: Wednesday, 23 Apr 2014, 9:11am To: IBM-MAIN@LISTSERV.UA.EDU [IBM-MAIN@LISTSERV.UA.EDU] Subject: Re: Inquire SPACE/DIR allocation attributes for a disk resident data set, that information is kept in the VTOC on _each_ volume upon with the DSN resides. And only describes the space _on that particular volume_. The way to get the information is most easily done using the TSO LISTDS command or the REXX LISTDSI function. If you really need the raw information, you need to use the OBTAIN service or the CVAF service. refs: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4C5B0/1.23TSO LISTDS command http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4A390/4.3.37REXX LISTDSI function http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S370/1.4CVAF http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/DGT2S370/1.3OBTAIN On Wed, Apr 23, 2014 at 7:58 AM, Gabor Hoffer gabor.hof...@gmail.com wrote: Hi, How can I get allocation attribs for an existing dataset? PRI/SEC Space, space unit (CYL,TRKS,etc), DIR (in case of PDS) Where are these informations stored? Do you have any example ASM code for it? Regards, Gabor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
xD On Wed, 23 Apr 2014 06:53:56 -0500, John McKown john.archie.mck...@gmail.com wrote: Dude! That is, like, so awesomely kewl! On Wed, Apr 23, 2014 at 6:49 AM, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of DASDBILL2 At least we still have decent technical publications from some vendors. Here's an example of what we might expect in 10 more years of dumbing down: The displacement for LA is, like, treated as, ya know, a 12-bit unsigned like binary integer. The, ya know, displacement for LAY is like treated as a totally 20-bit signed, like, binary integer. No storage, like, references for, ya know, operands take place, and the, like, address is not, like, inspected for access exceptions. [possible partial description of the Load Address instruction in an alternate universe in the near future] You left out a bunch of Well, I mean, you know interjections. -jc- ** 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: IBM Development Clueless about COBOL DEV activities
From the description that sounds like IBM Migration Utility - Converts CA Easytrieve to 'COBOL'. None of the doc I could find specified what level of 'COBOL' was produced though... Dana On Wed, 23 Apr 2014 14:44:12 +0800, Timothy Sipples sipp...@sg.ibm.com wrote: Which IBM utility? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Inquire SPACE/DIR allocation attributes
The REXX function LISTDSI will provide a lot of details on a PDS. However, if the PDS is migrated, that information will not be available. So you are looking for on DASD PDS or Migrated PDS Information or Both? Is there some specific report you are looking for? There are many ways to do this as others have already pointed out. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
John, ugh, I guess like yourself and many others on here I am old school. Expert pay for expert job. Repect is right there with it also, maybe its my irish heritage. Regards, Scott From: John McKown Sent: Wednesday, April 23, 2014 9:05 AM To: IBM Mainframe Discussion List On Wed, Apr 23, 2014 at 7:56 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com wrote: Kind of obvious that it's to be expected. And what a convenient way to call it - resentment. The point is, they don't stand up for the tech folks when under fire. A: I can do x (truth is, they can do only 0.2x and they know it) B: Sold. Here's my business. . On the day of a problem . A: Hey! Why can't you do x. Isn't that what I pay you for ?! Are we supposed to magically grow skills when it's known that there's a massive competency gap? I think you got it exactly! Management should _know_ that expertise costs money. But paying money to the people at _our_ (you me) level seriously impacts _their_ bonus. Which is totally unacceptable to them. I think I digress ... - Vignesh Mainframe Admin -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan 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: Sorry state of IT education?
On 4/23/2014 8:56 AM, Sankaranarayanan, Vignesh wrote: Are we supposed to magically grow skills when it's known that there's a massive competency gap? I think I digress ... In the sixties I was a competent ForTran and assembler (FAP and MAP) programmer on the 700/7000 series, with experience on several plotters; the company I worked for put me on a government contract to convert a sizable 7094 plot package to 360 assembler. My first ASM/F assembly had 6000 lines of errors. I gained experience from reading the manuals, testing, followed by going back to manuals ( with AHA! moments), etc. The company also had a policy of tasking employees not currently on a contract to nurse the system (DOS to start with, PCP, then MFT II later), which is how I got hooked on systems work. While IBM provided (expensive) training courses, they were never as good as real-life experience. Nowadays companies need to assess applicant skills, but are not willing to pay for (third party?) testing, even though it would save them money. A small ISV I did consulting work for exemplifies this - their flagship package kept bombing - two programmers they hired for upgrades had inserted things like MVC byte,C'A', instead of MVI or =C'A'. Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
If common core standards are igniting education, both the students and the taxpayers are going to get burned. Vacation Notice: 4/17-4/22/2014 5/8-5/12/2014 8/18-9/1/2014 Tom Puddicombe Principal Systems Engineer Mainframe Performance Capacity Planning CSC 31 Brookdale Rd, Meriden, CT 06450 ITIS | (860) 428-3252 | tpudd...@csc.com | www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. From: John Weber j...@fiteq.com To: IBM-MAIN@LISTSERV.UA.EDU Date: 04/22/2014 10:34 AM Subject:Re: Sorry state of IT education? Sent by:IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU This is why common core standards are igniting education. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Tuesday, April 22, 2014 5:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? Not just IT. The entire education system from k-12 through bachelor's degree... Al Staller | Z Systems Programmer | KBM Group | (Tel) 972 664-3565 | allan.stal...@kbmg.com snip Not too surprising to me. I imagine this is the norm for today because a well educated, intelligent, worker costs a lot more than a preprogrammed drone. http://www.informationweek.com/strategic-cio/executive-insights-and-innovation/the-sorry-state-of-it-education/d/d-id/1204552 quote Our profession is rife with people capable of performing procedures they've been taught, but incapable of thinking through a problem. Here's what we need to do. /quote /snip -- 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: Sorry state of IT education?
The article which started this discussion suggested that people be given 10% free time to explore the systems and to learn by doing. Once again, decisions are made, which make it extremely difficult to put in that time for personal development. I got into REXX just a month after I learnt what a mainframe is. Although I was working to improve the existing processes, most of the time spent was non-office hours. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gerhard Postpischil Sent: 23 April 2014 14:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? On 4/23/2014 8:56 AM, Sankaranarayanan, Vignesh wrote: Are we supposed to magically grow skills when it's known that there's a massive competency gap? I think I digress ... In the sixties I was a competent ForTran and assembler (FAP and MAP) programmer on the 700/7000 series, with experience on several plotters; the company I worked for put me on a government contract to convert a sizable 7094 plot package to 360 assembler. My first ASM/F assembly had 6000 lines of errors. I gained experience from reading the manuals, testing, followed by going back to manuals ( with AHA! moments), etc. The company also had a policy of tasking employees not currently on a contract to nurse the system (DOS to start with, PCP, then MFT II later), which is how I got hooked on systems work. While IBM provided (expensive) training courses, they were never as good as real-life experience. Nowadays companies need to assess applicant skills, but are not willing to pay for (third party?) testing, even though it would save them money. A small ISV I did consulting work for exemplifies this - their flagship package kept bombing - two programmers they hired for upgrades had inserted things like MVC byte,C'A', instead of MVI or =C'A'. Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enterprise COBOL v5.1 and RDz v9.x
In 5960275020768726.wa.paulgboulderaim@listserv.ua.edu, on 04/21/2014 at 11:58 AM, Paul Gilmartin paulgboul...@aim.com said: What do PDSE and the (obsolescent) HFS use? I believe that while they are CI formatted and use the Media Manager, they are not VSAM. What about paging and JES? Do both antedate VSAM LDS? Yes. However, the old page data sets are long gone; it's now VSAM all the way. JES SPOOL I/O is still handled by the JES. -- 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
Re: IBM Development Clueless about COBOL DEV activities
True, but there are so many other reasons why code that old should have already been migrated and re-compiled on a newer COBOL compiler sometime in the last three decades. If you've got many OS/VS COBOL load modules still lying around you've potentially got so many other problems: inability to implement changes/corrections to that code for decades, uncertainty over source/load-module consistency, limited exploitation of virtual memory 16 MiB, object code that does not exploit machine instruction enhancements of last several decades, possibly even some unresolved Y2K issues. Perhaps Enterprise COBOL may force the issue in some cases, but if a shop has lacked the ability to compile and regenerate a module for 25 years, perhaps it's time they were nudged. Joel C Ewing On 04/23/2014 08:19 AM, Greg Shirey wrote: APAR PM88048 contains this information: IGZ0264S There was an attempt to run both OS/VS COBOL and Enterprise COBOL V5 programs in the same enclave. Explanation: OS/VS COBOL programs can not be run in the same enclave where Enterprise COBOL V5 programs are also running. Programmer Response: Compile the OS/VS COBOL program with an Enterprise COBOL compiler. System Action: The application is terminated. So, in some cases, there is a de facto requirement to migrate old code. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Timothy Sipples Sent: Wednesday, April 23, 2014 1:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Development Clueless about COBOL DEV activities snip There is no requirement to migrate all of that or even any of that. (Aside: Why is this particular hyperbole so popular? Just stop, please.) When/if you want or need to recompile one particular, specific program (or subset of programs), sure, use the current compiler. If you want to recompile every single line of COBOL source code in your enterprise whenever IBM introduces a new release of its COBOL compiler, Gentoo-style, you can if you wish. You certainly don't have to. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Java Compressed References (Was: SORT and MEMLIMIT best practice)
On 4/22/2014 4:58 PM, Shane Ginnane wrote: Linux (on x86_64) has been doing it forever - goes even further, allowing reference to a 32 Gig heap rather than just 4 Gig. z/OS Java compressed references also go to 32G. (The USE2GTO32G= keyword on the IARV64 macro should provide valuable insight into this.) Compressed references work because Java objects are always doubleword aligned. Therefore, the low-order three bits of their addresses are zero and can be reused to indicate the type of compressed reference. Of course extra instructions are needed to do shifting to compress and decompress addresses above 4G. Java always chooses the lowest possible shift amount. What's particularly interesting is that IBM benchmarks show a shift amount of 1 on System z is less expensive than higher values while shift amounts 1,2 3 have equal overhead on xSeries pSeries. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IBM Development Clueless about COBOL DEV activities
We are still running OS/VS Cobol with Report Writer. On Wed, Apr 23, 2014 at 9:57 AM, Joel C. Ewing jcew...@acm.org wrote: True, but there are so many other reasons why code that old should have already been migrated and re-compiled on a newer COBOL compiler sometime in the last three decades. If you've got many OS/VS COBOL load modules still lying around you've potentially got so many other problems: inability to implement changes/corrections to that code for decades, uncertainty over source/load-module consistency, limited exploitation of virtual memory 16 MiB, object code that does not exploit machine instruction enhancements of last several decades, possibly even some unresolved Y2K issues. Perhaps Enterprise COBOL may force the issue in some cases, but if a shop has lacked the ability to compile and regenerate a module for 25 years, perhaps it's time they were nudged. Joel C Ewing On 04/23/2014 08:19 AM, Greg Shirey wrote: APAR PM88048 contains this information: IGZ0264S There was an attempt to run both OS/VS COBOL and Enterprise COBOL V5 programs in the same enclave. Explanation: OS/VS COBOL programs can not be run in the same enclave where Enterprise COBOL V5 programs are also running. Programmer Response: Compile the OS/VS COBOL program with an Enterprise COBOL compiler. System Action: The application is terminated. So, in some cases, there is a de facto requirement to migrate old code. Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Timothy Sipples Sent: Wednesday, April 23, 2014 1:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM Development Clueless about COBOL DEV activities snip There is no requirement to migrate all of that or even any of that. (Aside: Why is this particular hyperbole so popular? Just stop, please.) When/if you want or need to recompile one particular, specific program (or subset of programs), sure, use the current compiler. If you want to recompile every single line of COBOL source code in your enterprise whenever IBM introduces a new release of its COBOL compiler, Gentoo-style, you can if you wish. You certainly don't have to. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- 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
Re: Copy of SVC Dump
On 22 April 2014 19:01, Mark Yuhas mark.yu...@paccar.com wrote: Bear with me. I have an old program that copies a SVC Dump to regular data set with a non-system DSN. It has been working for many years. I need to make a few changes for the current configuration of z/OS 1.13. IPCS accepts the system dump data set but rejects the one-off data set saying there is no directory record. I added the dump record via the IPCS ADDDUMP command. Now, IPCS accepts the dump but when I try to analyze it via IPCS commands, it states that information is missing. I performed an ISPF compare of the data sets. According to that test, the data sets are the same. I'm stumped. Is there something new about copying dump data sets in 1.13? Tony Harminc t...@harminc.net responded Is your output RECFM=FBS,LRECL=4160? If it's (say) FB or has the wrong LRECL, IPCS will treat it as a trace or other non-dump dataset, and produce confusing messages. Tony H. Thanks for the insight. I converted to FBS and all is well. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
Allan: I agree with you. Its the critical thinking skills. Some can be taught and others I feel are in-breed. Regards, Scott From: Staller, Allan Sent: Wednesday, April 23, 2014 8:15 AM To: IBM Mainframe Discussion List I do no denigrate anyone for lack of knowledge. I denigrate the educational establishment for teach students what to thinkinstead of how to think. The point of the article is the lack of problem solving skills. snip I imagine this is the norm for today because a well-educated, intelligent, worker costs a lot more than a pre-programmed drone. As a result, the industry is now flooded with hundreds of thousands of IT professionals fully capable of performing procedures they've been taught, but incapable of thinking through a problem. I personally take offense to the drone bashing. Because I'm a drone now, apparently. All of these comments seem to be from the perspective of higher ups and folks who've had - years-of experience on the mainframe. It simply isn't fair to expect the same depth of knowledge from a (relatively) newcomer. Without a doubt, the technology that is mainframe, is massive. It's not sane to expect some 100,000 manuals get cooked right into an IT professional, when most of the folks on this ( elsewhere) list have acquired the knowledge over years of beating on their craft. You ought to consider the conditions under which we're working/learning. When a service provider takes up your IT infrastructure service support, there's a reason that it's achievable at just x% of what it cost earlier. No points for figuring out where that money is cut out from. - Vignesh Mainframe Admin /snip -- 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
Enterprise COBOL v5.1 and RDz v9.x
I learned via PMR that Rational Developer for System z (RDz) .v9.x (latest greatest) does not officially support Enterprise COBOL v5.1. SNIPPAGE Ooops, sorry about that too. RDz development might not know that=20 we in COBOL are planning to add support to COBOL =E2=80=A6 SNIPPAGE - Perhaps IBM needs to get the different groups w/in IBM that use the COBOL compiler to be a bit more connected to COBOL development? We try...in fact, I was wrong about RDz, and misled you. RDz supports completely COBOL V5, including the choice of XML parsers to use. A migration was proposed to translate (using an IBM utility) an=20 ISV=E2=80=99s code to COBOL (~NOV2013). The problem is, the group that=20 has the translation tool had NO idea about COBOL 5.1, and=20 apparently had no plans to make their tool COBOL 5.1 friendly (as=20 in, NOT using new reserved words and the like). Can you tell me the IBM COBOL translation utility that was used? I can try to fix this...I know about CCCA, but that one IS updated for COBOL V5, I made sure of that. Cheers, TomR COBOL is the Language of the Future! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
I work with a good number of new and new to the task folks. Many have looked for doc before posting anywhere, but they often are also unfamiliar with finding the books (PDFs) online. Google throws up a lot of distractions along with the good stuff. I first heard about the following technique at SHARE Long Beach. Simply add (after the search terms) one space and SITE:IBM.COM That limits the results to the mamed site (whatever site you name) and weeds out the vast majority of the distractions. Linda Sent from my iPhone On Apr 23, 2014, at 4:55 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 985166dbd01445be809d22441b29b...@db3pr02mb219.eurprd02.prod.outlook.com, on 04/23/2014 at 08:47 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com said: and most of the experts just say - R.T.F.M If it's not important enough to you to justify consulting the manuals, then it's not important to anybody else. You might get a different response if you wrote what you found in the manuals, what was missing and what you didn't understand, or if you asked where is foo documented?. -- 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: Sorry state of IT education?
Yes! That's one of the most useful tricks. That and site:share.org - Vignesh Mainframe admin On Apr 23, 2014 8:29:54 PM, Linda linda.lst...@comcast.net wrote: I work with a good number of new and new to the task folks. Many have looked for doc before posting anywhere, but they often are also unfamiliar with finding the books (PDFs) online. Google throws up a lot of distractions along with the good stuff. I first heard about the following technique at SHARE Long Beach. Simply add (after the search terms) one space and SITE:IBM.COM That limits the results to the mamed site (whatever site you name) and weeds out the vast majority of the distractions. Linda Sent from my iPhone On Apr 23, 2014, at 4:55 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 985166dbd01445be809d22441b29b...@db3pr02mb219.eurprd02.prod.outlook.com, on 04/23/2014 at 08:47 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com said: and most of the experts just say - R.T.F.M If it's not important enough to you to justify consulting the manuals, then it's not important to anybody else. You might get a different response if you wrote what you found in the manuals, what was missing and what you didn't understand, or if you asked where is foo documented?. -- 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 MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Candle Supersession Admin rights
I received a system with Supersession installed. As far as I know the administrator roight are received by the firt user logging on Supersession, which is normally the installer. My problem is I am not the installer, but I need to administrate Supersession. The logon is managed by RACF. Is it a way to set a userid as administrator not using the Supersession administrator menu ? Juan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
FWIW, I always go to the manuals first(hard copy, personal CD/DVD collections, IBM internet documentation). Next, I Google. And if all else fails, then this list. --- linda.lst...@comcast.net wrote: From: Linda linda.lst...@comcast.net To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? Date: Wed, 23 Apr 2014 12:29:41 -0700 I work with a good number of new and new to the task folks. Many have looked for doc before posting anywhere, but they often are also unfamiliar with finding the books (PDFs) online. Google throws up a lot of distractions along with the good stuff. I first heard about the following technique at SHARE Long Beach. Simply add (after the search terms) one space and SITE:IBM.COM That limits the results to the mamed site (whatever site you name) and weeds out the vast majority of the distractions. Linda Sent from my iPhone On Apr 23, 2014, at 4:55 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 985166dbd01445be809d22441b29b...@db3pr02mb219.eurprd02.prod.outlook.com, on 04/23/2014 at 08:47 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com said: and most of the experts just say - R.T.F.M If it's not important enough to you to justify consulting the manuals, then it's not important to anybody else. You might get a different response if you wrote what you found in the manuals, what was missing and what you didn't understand, or if you asked where is foo documented?. -- 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 _ 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
Re: Sorry state of IT education?
When I first started, my peers and I were required to put in an hour of study/training time every day. We also had to keep a log of what we studied/learned. Deep and wide skill sets are developed that way. Now it has changed drastically. They are willing to hire a contractor for more money, hope that the contractor will train the in-house people, and they are being paid 2x+ what the in-house folks get. And of course the contractor best not slip a date or a deliverable. Can be rough all around. Thanks, Linda Sent from my iPhone On Apr 23, 2014, at 7:09 AM, Sankaranarayanan, Vigneshvignesh.v.sankaranaraya...@marks-and-spencer.com wrote: The article which started this discussion suggested that people be given 10% free time to explore the systems and to learn by doing. Once again, decisions are made, which make it extremely difficult to put in that time for personal development. I got into REXX just a month after I learnt what a mainframe is. Although I was working to improve the existing processes, most of the time spent was non-office hours. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gerhard Postpischil Sent: 23 April 2014 14:57 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? On 4/23/2014 8:56 AM, Sankaranarayanan, Vignesh wrote: Are we supposed to magically grow skills when it's known that there's a massive competency gap? I think I digress ... In the sixties I was a competent ForTran and assembler (FAP and MAP) programmer on the 700/7000 series, with experience on several plotters; the company I worked for put me on a government contract to convert a sizable 7094 plot package to 360 assembler. My first ASM/F assembly had 6000 lines of errors. I gained experience from reading the manuals, testing, followed by going back to manuals ( with AHA! moments), etc. The company also had a policy of tasking employees not currently on a contract to nurse the system (DOS to start with, PCP, then MFT II later), which is how I got hooked on systems work. While IBM provided (expensive) training courses, they were never as good as real-life experience. Nowadays companies need to assess applicant skills, but are not willing to pay for (third party?) testing, even though it would save them money. A small ISV I did consulting work for exemplifies this - their flagship package kept bombing - two programmers they hired for upgrades had inserted things like MVC byte,C'A', instead of MVI or =C'A'. Gerhard Postpischil Bradford, Vermont -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- 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 Development Clueless about COBOL DEV activities
Let me address a bunch of questions all at once (as much as I am allowed). To my knowledge at this point (as I am writing this) we do not have any lost source. It all matches. It all went through Y2K remediation. We do have a problem with CICS/TS 5.1. We do have a problem with people not fixing their COBOL-II modules to compile with COBOL 4. And so when forced to do it because another department depends on their source... Well, it gets complicated. Now, the utility: We are in the process of replacing COBOL 4 w/ COBOL 5. The drop dead date has not been determined yet. So, we want this utility to produce output that is KNOWN to not cause a COBOL 5 compiler to have problems (Obviously, the utility is NOT a COBOL compiler). I was put in contact with one of the developers, and in my opinion they were actually clueless about COBOL 5. For those of you who think you can run VS/COBOL code forever -- as another person alluded to, RMODE24/AMODE24 code rather causes bottlenecks. It has caused us problems with CICS/TS 5.1. So what is the cost of staying with our COBOL code (COB-II and Ent. COBOL 4)? Well, as we have estimated, it would be the cost of an z/ec12 7xx General CPU (that we had to add to the system 1Q14). And if you are doing the rolling 4 hour We are looking at a reduction in MSUs by compiling with COBOL 5 ARCH(10) OPT(0) of at least 10%. And fixing some threadsafe issues for CICS. There comes a point where throwing money at hardware is no longer cost effective. I have a very different look at things now that I'm doing Cap Tune and not development. I hope I have answered your questions, and justified my argument about cluelessness. Regards, Steve Thompson [Opinions expressed by this poster may not reflect those of poster's employer.] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enterprise COBOL v5.1 and RDz v9.x
On Wed, 23 Apr 2014 13:33:12 +0800, Timothy Sipples wrote: Tom Marchant writes: The design of XPLINK and XPLINK-64 currently precludes the mixing of the two. Are you asking that LE support and facilitate 31-bit/64-bit thunking? Have you raised that requirement yet? I have not submitted a requirement. I don't have a business requirement myself. I did talk to LE developers at SHARE. Cobol and PL/I will have 64-bit support, but only with XPLINK, and that interoperability between programs that are not XPLINK-64 will be at the enclave level, at best. It is worth noting that Cobol 5.1.1 restores the ability to statically call AMODE(24) programs. It is not at all clear to me why they seem to think that the only need for AMODE(64) programs is for totally new or rewritten systems. I think it is unfortunate that LE chooses not to support the standard linkage conventions for 64-bit programs. The excuse seems to be that XPLINK is faster. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: JES2 NJE IP connection
There are a couple of good SHARE write-ups and you can always go to the IBM manuals (this one is z/OS 1.11) : http://pic.dhe.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.hasa300/sctcpip.htm Brian Westerman Syzygy Incorporated -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FREE DDNAME with concatenated datasets?
On Fri, 4 Apr 2014 11:43:28 +0300, Binyamin Dissen wrote: : :OK. I stand corrected. PERMC appeared in z/OS 2.1; we have only 1.13. :But that's reported in RESULT, which I failed to check; allocation messages :go to the terminal; S99MSG is never set. I guess you will need to wait for 2.1. If not permanently concatenated the free will just split it. OK. We now have 2.1 available. Works as you described. Should I have been able to extract this from, e.g., Authorized Assembler Services {Ref|Guide}? It's pretty hard to learn stuff there unless you already know it. But I'll need to tolerate 2.1 on test systems for some time now. So, I have (in my ISPF startup EXEC): RC =BPXWDYN( 'concat permc ddlist('DDList') msg(WTP)' ) if RC-22 then return( RC ) return( BPXWDYN( 'concat ddlist('DDList') msg(WTP)' ) ) On older systems it leaks TIOT(?) entries until I LOGOFF. Our DYNAMNBR is generous enough that that's hardly a problem unless I do a lot of jumping in and out of ISPF. Thanks, gil -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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
SYSIN Attributes
In z/OS 2.1, the list of parameters: Relationship to other parameters z/OS MVS JCL Reference SA23-1385-00 http://pic.dhe.ibm.com/infocenter/zos/v2r1/topic/com.ibm.zos.v2r1.ieab600/iea3b6_Relationship_to_other_parameters.htm ... compatible with DD */DD DATA (newly) includes LRECL, but not RECFM. In fact, the LRECL on the SYSIN DD statement seems effective; merged into the DCB by OPEN. I can imagine that it would be useful to be able to code in a single job: //STEP1 EXEC PGM=some-utility //SYSIN DD *,RECFM=FB,LRECL=80 ... //STEPN EXEC PGM=some-application //SYSIN DD *,RECFM=VB,LRECL=300 Can anyone imagine a rationale for supporting LRECL but prohibiting RECFM on SYSIN DD statements? Unless I've missed it, the rules by which JES determines the LRECL, RECFM, and BLKSIZE of the SYSIN data set when not specified by the programmer are not adequately described. An RCF is probably in order. They seem to differ between JES2 and JES3. Ugh. (My assembler skills have atrophied; I've been probing these values by coding an IEBGENER job and inspecting the attributes copied to SYSUT2. Is there an easier way?) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Enterprise COBOL v5.1 and RDz v9.x
Maybe IBM decided that XPLINK should be the only - or preferred - linkage method in the future, because standard linkage is considered too expensive esspecially for small functions and inlining is not always possible? And this is done to force the users to migrate to XPLINK when switching to AMODE 64 ... which maybe the common AMODE in the future, too. Just guessing ... Am 23.04.2014 22:36, schrieb Tom Marchant: It is not at all clear to me why they seem to think that the only need for AMODE(64) programs is for totally new or rewritten systems. I think it is unfortunate that LE chooses not to support the standard linkage conventions for 64-bit programs. The excuse seems to be that XPLINK is faster. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Sorry state of IT education?
It's really simple, I always tell my younger colleagues: If you're willing to stay in the office after work hours, I'll stay with you and show/help you with a few things, and where to find more information. If not, don't expect me to interrupt my work to do yours. Some do, some don't, so what? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sankaranarayanan, Vignesh Sent: Wednesday, April 23, 2014 7:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? Now, my usual response to a question which, to me, implies an abysmal lack of knowledge (Something on the order of I'm trying to install z/OS and need to know what JOB card used for.), my usual response is ... silence. Yeah.. That's like, totally unacceptable. Totally. Yeah. - Vignesh Mainframe Admin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 23 April 2014 13:21 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sorry state of IT education? I will do the RTFM response. But, in my defense, I will usually try to include a URL to the proper FM to R. At times, I will even try to quote a paragraph or two. Now, my usual response to a question which, to me, implies an abysmal lack of knowledge (Something on the order of I'm trying to install z/OS and need to know what JOB card used for.), my usual response is ... silence. On Wed, Apr 23, 2014 at 6:55 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 985166dbd01445be809d22441b29b...@db3pr02mb219.eurprd02.prod.outlook.c om, on 04/23/2014 at 08:47 AM, Sankaranarayanan, Vignesh vignesh.v.sankaranaraya...@marks-and-spencer.com said: and most of the experts just say - R.T.F.M If it's not important enough to you to justify consulting the manuals, then it's not important to anybody else. You might get a different response if you wrote what you found in the manuals, what was missing and what you didn't understand, or if you asked where is foo documented?. -- 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 -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN MARKSANDSPENCER.COM Unless otherwise stated above: Marks and Spencer plc Registered Office: Waterside House 35 North Wharf Road London W2 1NW Registered No. 214436 in England and Wales. Telephone (020) 7935 4422 Facsimile (020) 7487 2670 www.marksandspencer.com Please note that electronic mail may be monitored. This e-mail is confidential. If you received it by mistake, please let us know and then delete it from your system; you should not copy, disclose, or distribute its contents to anyone nor act in reliance on this e-mail, as this is prohibited and may be unlawful. -- 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: Inquire SPACE/DIR allocation attributes
Hi, Do you know ISPF? Regards Roger -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gabor Hoffer Sent: Wednesday, April 23, 2014 7:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Inquire SPACE/DIR allocation attributes Hi, How can I get allocation attribs for an existing dataset? PRI/SEC Space, space unit (CYL,TRKS,etc), DIR (in case of PDS) Where are these informations stored? Do you have any example ASM code for it? Regards, Gabor -- 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: Enterprise COBOL v5.1 and RDz v9.x
As it happens (in my personal view) I agree with you, Tom. But I also agree that IBM should focus first on what its current and prospective customers want. In the fullest meaning of want. That is, I agree with the late Steve Jobs that customers often don't know what they want in large part because they don't know all that's technically possible in the future. I remember a school of thought that thunking might not have been a good idea because it encouraged developers to do what they do best: nothing. :-) That is, developers would use thunking as a means to achieve the bare minimum for a too-timid leap to the next addressing width when what they really should have done (for their customers' and end users' benefit) is brought their whole product/program over to the new width -- or at least continued their efforts in subsequent releases to complete the move to the next width. I don't know if I'd agree with that school of thought, but I remember it, and there's a certain logic to it. I wonder if thunking is an area a third party and/or the open source community would find interesting -- a standard set of callable thunking services. And I wonder if it'd be technically possible as such, and how difficult. Again, in my personal view, I think I'd be mostly satisfied having the popular application environments (CICS TS, IMS TM, WAS, etc.) encouraging reasonably free, ad hoc run-time intermixing of 31-bit and 64-bit programs that interact with each other in myriad ways. That seems to have already happened in several use cases. For example, recent releases of CICS TS support 64-bit Java programs interacting with 31-bit programs written in other languages via all the popular CICS services (COMMAREAs, containers, EXEC CICS LINK, etc.) The 64-bit storage evolution (e.g. containers) has been good, too. I also really like the upcoming COMMAREA/container evolution feature in CICS TS 5.2 (now in open beta) since that's of a similar theme. All good stuff (and only some of the examples). Maybe a bit too orderly and methodical for my occasionally radical nature -- I joke, mostly -- but then again these are often mission-critical applications. Anyway, as always, tell IBM what you want, why, when, and preferably via the right channels. Timothy Sipples IT Architect Executive, zEnterprise Industry Solutions, 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
Re: IBM Development Clueless about COBOL DEV activities
Still wondering which IBM utility. Even if this forum is an unofficial channel, it's hard to fix an unknown gap. To reiterate, if you're still on Enterprise COBOL 4.2 (for whatever reasons), make sure the migration PTF (APAR PM85873) is installed in Enterprise COBOL 4.2 and compile with FLAGMIG4. (You must specify FLAGMIG4 since NOFLAGMIG4 is the default.) Pay attention to what FLAGMIG4 throws, if anything. That'll keep you on the straight and narrow for Enterprise COBOL 5.1. Yes, Enterprise COBOL 5.1 often yields significant performance improvements at runtime. That's an excellent reason to recompile with Enterprise COBOL 5.1. But even that reason is not necessarily a reason to recompile everything. If your primary or only goal is enjoying the performance improvement, start by recompiling your most CPU-intensive programs that run at your highest peak utilization times. The Enterprise COBOL 5.1 compiler can now optimize for specific machine model generations, so it's reasonable to assume you ought to recompile more often -- specifically when the earliest model generation where your code might run is upgraded to a newer model -- in order to pick up that next model generation's performance optimizations. The same basic rule applies: focus on the most CPU-intensive programs that run at your highest peak utilization times. Timothy Sipples IT Architect Executive, zEnterprise Industry Solutions, 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