Eaytrieve
Hi, Is there anyone who has idea how to get the compiled date and time from a easytirieve program? In cobol we have when-cmpiled register, is there some thing like here in easytrieve Regards Rajeev V -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Jim Obrizok is out of the office on Thursday July 28th, and Friday July 29th. I'll be back in the office on Monday, August 1st. (returning 12/12/2011)
I am out of the office until 12/12/2011. If this is a emergency, please contact my backup - Fernando Vega - on 1-404-238-4580, or fv...@us.ibm.com. Thank you. Note: This is an automated response to your message IBM-MAIN Digest - 7 Dec 2011 to 8 Dec 2011 (#2011-342) sent on 12/09/2011 0:00:02. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ROOT file system is out space
We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB of PTFS. That's why the service root is running out of space. Is there any way to pull only latest RSU not all the PTFS? Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bobbie Justice Sent: Wednesday, December 07, 2011 7:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space it's got to be sms managed if you want it larger than 4 GB, but I'm curious why you have a 4 GB root, my 1.12 root still fits within a mod 3 size. (although just barely). Perhaps you might want to look at sms management for this, or splitting some directories into their own separate files. Bobbie Jo Justice I have successfully expanded the Service Root but it has reached 4 GB limit and unable to expand it further. Is there any way to expand beyond 4 GB limit and the file system is on non sms volume. Regards, Chokalingam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Laura Bostian/Poughkeepsie/IBM is out of the office until 06/04/2001. (returning 12/12/2011)
I am out of the office until 12/12/2011. Back at work Monday 12/12/11. Will check email over the weekend. Note: This is an automated response to your message IBM-MAIN Digest - 7 Dec 2011 to 8 Dec 2011 (#2011-342) sent on 12/9/2011 0:00:02. This is the only notification you will receive while this person is away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SV: JCL sheesh! for today
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Shmuel Metz (Seymour J.) Skickat: den 8 december 2011 18:49 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: JCL sheesh! for today In a90e503c23f97441b05ee302853b0e62406f349...@fspas01ev010.fspa.myntet.se, on 12/08/2011 at 03:13 PM, Thomas Berg thomas.b...@swedbank.se said: Note that if You e g is using IDCAMS for allocating/deleting datasets it's even today under the radar as seen from the initiator. AMS uses DYNALLOC, so it's not under the radar. It's under the radar when the job cards is read and interpreted. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: vdawkin
It's not neccssary so that Your password is cracked. I would suspect that they just fake the From: address! (To get it onto the list.) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Ed Gould Skickat: den 9 december 2011 03:55 Till: IBM-MAIN@bama.ua.edu Ämne: Re: vdawkin They don#39;t make(key scanners) for macintosh. My latest password is so far away from anything I have tree so far that. It will take them a few months. If it happens again I will change the email. A dress to an unhackable one. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ROOT file system is out space
W dniu 2011-12-09 10:23, Chokalingam Thangavelu pisze: We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB of PTFS. That's why the service root is running out of space. Is there any way to pull only latest RSU not all the PTFS? As far as I udnerstand you ask whether it's possible to apply part of your PTF set. Yes it is possible. It is also possible to make some mass select by using attributes like RSU1109. However better idea is to pay attention why the ROOT is so big, and possibly divide it. Of course you can do both. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LDAP for z/OS with long name
Arye, I presume you mean the conventional version of the Tivoli Directory Server for z/OS, with DB2 as the back-end data store. For this case, it appears that the *default* maximum DN value is 512, but this can be modified: In the Tivoli Directory Server Administration and Use manual, in appendix B (which describes the DB2 setup), there is the following comment: -- Change -ENTRY_DN_SIZE- to the maximum size of a DN. This value -- includes the null terminator, so the actual maximum length of a DN -- will be one less than this value. -- -- The suggested size is 512. See here for full details: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GLPA2AC0/APPENDIX1.2.1?SHELF=GLPABK50DT=20110623103934 Regards, Geoff Rousell IBM System z, UK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ROOT file system is out space
Chokalingam, You need a separate hfs (zfs) file in which to receive maintenance. We have a large file and mount it at /smpe. You do not want maintenance source in your root. ...Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Friday, December 09, 2011 4:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB of PTFS. That's why the service root is running out of space. Is there any way to pull only latest RSU not all the PTFS? Regards, Chokalingam Thangavelu -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bobbie Justice Sent: Wednesday, December 07, 2011 7:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ROOT file system is out space it's got to be sms managed if you want it larger than 4 GB, but I'm curious why you have a 4 GB root, my 1.12 root still fits within a mod 3 size. (although just barely). Perhaps you might want to look at sms management for this, or splitting some directories into their own separate files. Bobbie Jo Justice I have successfully expanded the Service Root but it has reached 4 GB limit and unable to expand it further. Is there any way to expand beyond 4 GB limit and the file system is on non sms volume. Regards, Chokalingam -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
I'm unclear as to whether the COBOL code had fewer errors or cost less to fix each problem, or both? -Original Message- From: Ian [mailto:pcs...@gmail.com] Sent: Thursday, December 08, 2011 4:53 PM To: IBM-MAIN@bama.ua.edu Subject: Java apps have most flaws, Cobol is cleanest. Interesting article on clean code study. COBOL scored the highest on security while .NET scored the lowest. Link to Computer world news article: http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most-flaws-cobol-apps-least-study-finds/ (If the link does not fold right, follow the links from here: http://www.cicsworld.com/node/4252) Ian http://www.cicsworld.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Thursday, December 08, 2011 7:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL sheesh! for today John, I had a so called manager, he used to read gas meters. He had that level of mentality. Ed I understand. I think one of my ex-managers didn't just read the gas meter, he inhaled. grin/ -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF identity when ACEE is above 16MB
-Message d'origine- De : Walt Farrell [mailto:wfarr...@us.ibm.com] Envoyé : jeudi 8 décembre 2011 15:24 Objet : Re: RACF identity when ACEE is above 16MB Also, if you're asking formal questions related to product development, you might want to consider joining PartnerWorld and asking them formally via the channels that PartnerWorld provides, rather than asking here or in RACF-L. Thanks for the suggestion. I will check with the person in charge in my company if we are perhaps members already. Jonathan Eshel RSD S.A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
For companies running products from DTS Software, there's a feature called IPIO. Example, DD statement: //SYSPRINT DD SUBSYS=(IPIO,'IP=192.168.0.22,PORT=5000', // 'ASCII'),DCB=(LRECL=121,RECFM=F,BLKSIZE=121) Don -Original Message- From: Paul Gilmartin [mailto:paulgboul...@aim.com] Sent: Thursday, December 08, 2011 2:21 AM Subject: Re: JCL sheesh! for today On Thu, 8 Dec 2011 01:07:32 -0600, Peter Bishop wrote: A wish: //ddname DD IPADDR=n.n.n.n,PATHOPTS=R Wouldn't it be nice if you could just open a pipe to (or from, or both) an IP address straight into your JCL? Different pathopts for output, input, update, etc. Why an IP address? DNS is your friend. If you really want to do that, you really ought to specify a port number also. And a protocol. And arguments. How about, instead: //ddname DD POPEN='curl https://bama.ua.edu:80/cgi-bin/wa',PATHOPTS=ORDONLY, ... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF identity when ACEE is above 16MB
-Message d'origine- De : Binyamin Dissen [mailto:bdis...@dissensoftware.com] Envoyé : jeudi 8 décembre 2011 15:07 Objet : Re: RACF identity when ACEE is above 16MB How about ICHRTX00? It's an idea but since it's a product we sell to clients (we are a software vendor) I would prefer not to use standard exits and have to combine our code with what clients already do with these exits. Since the TCBSENV method seems to work nonetheless with 31 bit addresses as Walt Farrell pointed out, it would be more straight forward for us to continue using it. Thanks, Jonathan Eshel RSD S.A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF identity when ACEE is above 16MB
-Message d'origine- De : Walt Farrell [mailto:wfarr...@us.ibm.com] Envoyé : jeudi 8 décembre 2011 15:22 Objet : Re: RACF identity when ACEE is above 16MB First, for RACF-specific questions I would suggest using the RACF-L mailing list, rather than IBM-MAIN. Thank you for the tip Walt, I am now subscribed to RACF-L as well. However, since you asked here: If all the application code running in that address space is code that you own and control, and it's all AMODE(31) code, or you can guarantee that any AMODE(24) code won't try to look at the ACEE itself, then it's probably safe to put an 31-bit address into TCBSENV. The problem with doing that in the more general case is that you can't guarantee that only AMODE(31) application code will run in an address space, and if any AMODE(24) code tried to look at the ACEE it would abend. In principle it's yes to all - it's our code and it's all in AMODE(31). I have done what you suggest and according to first tests it's fine. BTW what about standard IBM services a few of which still switch to AMODE(24) from time to time (or am I wrong ?) like some I/O stuff ? If we use them are we exposed ? Additionally, as far as I can tell the InitACEE callable service will create ACEEs in 31-bit storage, and will anchor them in TCBSENV. That's why I suspect it's safe to do so in other cases, too. On the other hand, you might just want to switch to using InitACEE to manage all your ACEEs. It's an idea for the longer term. In any case many thanks for your very helpful answer. Regards, Jonathan Eshel RSD S.A. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Eaytrieve
What level of EZTrieve are you running? Older levels (I believe up to about 6.2 or something like that) had the compile date embedded in it, but the current level doesn't. A year or two ago I asked CA to put the compile date back in, and they took it under advisement, but I haven't looked lately to see if there is any movement within CA to actually put it back. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Thomas Sent: Friday, December 09, 2011 3:12 AM To: IBM-MAIN@bama.ua.edu Subject: Eaytrieve Hi, Is there anyone who has idea how to get the compiled date and time from a easytirieve program? In cobol we have when-cmpiled register, is there some thing like here in easytrieve Regards Rajeev V -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Eaytrieve
Ok, let me check the version level of the EZT we are running, meanwhile in the older version how we are going to get the same ? Reagrds Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Following up on a DCB and PMR/APAR plaint
Back in October I posted a request for assistance (Looking for clues on a bug in assembler) with a very vexing QSAM-related issue. Between your suggestions and my further testing I determined that the problem was an - let me say anomaly - in which QSAM was apparently not following its own documentation that CLOSE restored a DCB to its virginal state. It was suggested that I open a PMR with IBM, and I responded with an assertion that the cost/benefit - or really, my time/benefit - ratio just did not justify my doing so, and further that the IBM support process tended to be long on demanding that the reporter jump through unreasonable hoops, and short on genuine assistance. I further asserted that if it were MY product and I became aware of a bug via ANY communication channel I would care enough about my product and my customers to investigate the bug on my own, rather than demanding that the person observing the bug go through some particular ritual of communication. GIVING CREDIT WHERE CREDIT IS DUE I was contacted offline by one of the IBM regulars here on this list. he wrote IBM really would be interested in understanding better the actual problem you encountered, as the behavior you cite is incorrect if system-caused. I won't identify him (he can identify himself if he wishes) but you would recognize his name in an instant. He is not a DFSMS person, but he offered to be a conduit to the DFSMS team. He asked several good (and not time-consuming) questions about what the program was doing, and what documentation I was relying on. That was it. I have just heard from him that IBM intends to address the anomaly in the next release of z/OS. Thank you! (You know who you are.) Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: JCL sheesh! for today
Right. In other words, *any* program that gets dataset information *other* than from DD statements: from its own SYSIN control statements, from some external source (such as connectivity to another machine), user key-in, created by internal logic, etc. -- joins the dataset ENQ party only during execution time. Schedulers, initiators, converters, etc. are blissfully unaware of its dataset requirements, and do not factor that into their scheduling or other processing. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas Berg Sent: Friday, December 09, 2011 1:28 AM To: IBM-MAIN@bama.ua.edu Subject: SV: SV: JCL sheesh! for today Note that if You e g is using IDCAMS for allocating/deleting datasets it's even today under the radar as seen from the initiator. It's under the radar when the job cards is read and interpreted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
A couple of years ago at SHARE, in a mostly-Java-folks session, I asked the IBM speaker why Java architected Garbage Collection (which I first encountered in Basic on my TRS-80, when a ham radio logging program stopped for 6 minutes in the middle of a contest), and his reply was that that was done because Java programmers didn't know how much memory their program needed, so I asked if that meant that COBOL programmers were smarter than Java programmers. Barry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sambataro, Anthony (NIH/NBS) [E] Sent: Friday, December 09, 2011 6:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Java apps have most flaws, Cobol is cleanest. I'm unclear as to whether the COBOL code had fewer errors or cost less to fix each problem, or both? -Original Message- From: Ian [mailto:pcs...@gmail.com] Sent: Thursday, December 08, 2011 4:53 PM To: IBM-MAIN@bama.ua.edu Subject: Java apps have most flaws, Cobol is cleanest. Interesting article on clean code study. COBOL scored the highest on security while .NET scored the lowest. Link to Computer world news article: http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most -flaws-cobol-apps-least-study-finds/ (If the link does not fold right, follow the links from here: http://www.cicsworld.com/node/4252) Ian http://www.cicsworld.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
One of the classics of American social science is a multivolume work by Samuel A. Stouffer, et al., 'The American soldier'. It reports on the views and attitudes of the American soldiers---chiefly of the enlisted men, most of whom were in fact draftees---who fought WWII in Europe and Asia. One of its early findings was that in the European theater job satisfaction was inversely related to grade. Master sergeants were very much less satisfied with their situations than privates. This struck Stouffer and his colleagues as odd, and one of them had the wit to cross-tabulate these results against length of service in Europe. (In the jargon this is called controlling for' a variable.) The findings disappeared. Master sergeants having, say, six months service in Europe were much more satisfied with their situations than were privates who had been in Europe for the same length of time. The apparent primary result was an artefact (sic) of the fact that enlisted men of higher grade had also been in Europe longer. The 'chief scientist' of the organization that conducted the research that found COBOL APs to be cleaner than Java APs conjectures that this is probably related to the fact that the COBOL APs are older, much older. This is 'insightful' of him, but it is also irresponsible. He should have 'controlled for' AP age and reported his results. Field studies of programming and programming-language usage are in principle possible. How not? I have never, however, seen one that was not at once tendentious and incompetent. Studies of this kind belong in the airlines' in-flight magazines, or would do so if the airlines had not mostly stopped printing them. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: JCL sheesh! for today
Yeah, we regulary have problems with SAS users who discovered the LIBNAME and FILENAME statements. These allocate files during execution and fail if the file is in use, resulting in aborted productions runs and we getting blames that 'someone else' allocated the file. We then advise JCL allocation to solve this problem, but this sometimes results in protests because they loose the flexibility to change filenames if this is in JCL. JCL allocation and dynamic allocation often look like z/os and windows trying to work together (try FTPing between those two). Kees. Charles Mills charl...@mcn.org wrote in message news:074d01ccb682$d2da3020$788e9060$@mcn.org... Right. In other words, *any* program that gets dataset information *other* than from DD statements: from its own SYSIN control statements, from some external source (such as connectivity to another machine), user key-in, created by internal logic, etc. -- joins the dataset ENQ party only during execution time. Schedulers, initiators, converters, etc. are blissfully unaware of its dataset requirements, and do not factor that into their scheduling or other processing. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas Berg Sent: Friday, December 09, 2011 1:28 AM To: IBM-MAIN@bama.ua.edu Subject: SV: SV: JCL sheesh! for today Note that if You e g is using IDCAMS for allocating/deleting datasets it's even today under the radar as seen from the initiator. It's under the radar when the job cards is read and interpreted. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Eaytrieve
One way you can do this is to add a line to the bottom of your source, and you will need to manually update it every time you compile it. You can add this line: DEFINE COMPD W 50 A VALUE 'pgmname COMPILED DD MON : pgmmer name or info' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Eaytrieve
I don't know Easytrieve specifically but I have in the past automated this sort of thing by adding to the compile process a quick Rexx (or your choice of language) program that updated a one-line copy or include type member that was then copied into every program. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Donald Johnson Sent: Friday, December 09, 2011 7:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Eaytrieve One way you can do this is to add a line to the bottom of your source, and you will need to manually update it every time you compile it. You can add this line: DEFINE COMPD W 50 A VALUE 'pgmname COMPILED DD MON : pgmmer name or info' -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Eaytrieve
If you're just looking for an IEA-EYEBALL type of check, simply browse the load module. On the first line of the actual program code (about 7 lines from the top) you will see something like this: å00..C A - E Z T PLUS 6.1D- 3/27/97-14.51- That's your compile date. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Thomas Sent: Friday, December 09, 2011 9:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Eaytrieve Ok, let me check the version level of the EZT we are running, meanwhile in the older version how we are going to get the same ? Reagrds Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
Barry, well *I* wouldn't have given you that answer. I'd've waffled on about java being a pointerless language and object lifecycles being something not to leave to programmers to attempt to manage. But then I've already today described javascript (not to be confused with...) :-) as delightfully feral. :-) But then I'm an off message IBMer at the best of times. :-) Cheers, Martin Martin Packer, Mainframe Performance Consultant, zChampion 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: Barry Merrill ba...@mxg.com To: IBM-MAIN@bama.ua.edu, Date: 09/12/2011 15:39 Subject: Re: Java apps have most flaws, Cobol is cleanest. Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu A couple of years ago at SHARE, in a mostly-Java-folks session, I asked the IBM speaker why Java architected Garbage Collection (which I first encountered in Basic on my TRS-80, when a ham radio logging program stopped for 6 minutes in the middle of a contest), and his reply was that that was done because Java programmers didn't know how much memory their program needed, so I asked if that meant that COBOL programmers were smarter than Java programmers. Barry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sambataro, Anthony (NIH/NBS) [E] Sent: Friday, December 09, 2011 6:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Java apps have most flaws, Cobol is cleanest. I'm unclear as to whether the COBOL code had fewer errors or cost less to fix each problem, or both? -Original Message- From: Ian [mailto:pcs...@gmail.com] Sent: Thursday, December 08, 2011 4:53 PM To: IBM-MAIN@bama.ua.edu Subject: Java apps have most flaws, Cobol is cleanest. Interesting article on clean code study. COBOL scored the highest on security while .NET scored the lowest. Link to Computer world news article: http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most -flaws-cobol-apps-least-study-finds/ (If the link does not fold right, follow the links from here: http://www.cicsworld.com/node/4252) Ian http://www.cicsworld.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
Gary Merrill writes begin EDITED snippet A couple of years ago at SHARE, in a mostly-Java-folks session, I asked the IBM speaker why Java architected Garbage Collection . . . , and his reply was that that was done because Java programmers didn't know how much memory their program needed, so I asked if that meant that COBOL programmers were smarter than Java programmers. /end EDITED snippet I am not sure that I would not look at language characteristics first. COBOL aggregates are compile-time bound. If you decide in a COBOL AP that you want to process multiple vehicles in, say, an automotive insurance one you also decide that you will also process, say, at most 10 vehicles and implicitly allocate storage for them at compile time. In Java, on the other hand, open-ended lists may be and are frequently used instead; their dynamic storage usage is in principle impossible to determine, except in the not very helpful sense that use of a two-byte signed binary counter limits the maximal number of vehicles or the like to 2^15 -1 = 32767. (The sense in which Java is 'pointerless' is a very literal one. It has mostly adequate surrogates for pointers.) Note that I am aware that list processing is now possible in COBOL, but in my parochial experience it is only done in COBOL when I do it to show that it is possible. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
On Fri, 9 Dec 2011 13:59:08 +, Don Thimsen wrote: For companies running products from DTS Software, there's a feature called IPIO. Example, DD statement: //SYSPRINT DD SUBSYS=(IPIO,'IP=192.168.0.22,PORT=5000', // 'ASCII'),DCB=(LRECL=121,RECFM=F,BLKSIZE=121) Hmmm. Will it not take a host name and resolve that? Hmmm. If the customer were to code ...IP=127.0.0.1... would that be resolved on the submitting host or on the execution host? And I thought of extending my followup to Robert Rosenberg: RANT I'm looking at a Data Set Utility display on each of two JES2 hosts which have SYS1.MACLIB cataloged on different volumes. If I code: //SYSLIB DD DSN=SYS1.MACLIB ... We haven't a spool shared between those two hosts. But, suppose, should the resolution be performed on the submitting host or on the execution host? In the extreme, I could imagine the submitting host's performing a complete resolution and passing the execution host control blocks containing a UCB address and a track/cylinder address. I wouldn't expect it to work. Resolution should be performed on the execution host; anything else is madness. /RANT But then I put my UNIX hat on. It fits well; my MVS hat is a little too tight. I tried: 494 $ ssh -p3222 localhost 'echo ~ $(uname -s) $(date)' /home/paulgilm Linux Fri Dec 9 08:45:37 MST 2011 Ah! The resolution is performed by the execution system, just as I'd want. But wait! Making the tiniest syntactic change: 495 $ ssh -p3222 localhost echo ~ $(uname -s) $(date) /Users/paulgilm Darwin Ven 9 déc 2011 16:45:41 CET ... Removing the quotation marks protecting the substitutions allows resolution on the submitting system instead. (3222 is the mapped Remote Login port of my Linux guest.) By analogy, I could imagine being able to code: PARM='amp;SYSNAME amp;SYSDATE', ... protecting the ampersands by doubling them on the submitting host, which would then pass: PARM='SYSNAME SYSDATE', ... to the execution host which would perform the final resolution. But that's far beyond the capabilities of JES. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
Gary Merrill sholuld be Barry Merrill in my previous post. Mea culpa maxima. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Finlandia (was RE: JCL sheesh! for today
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Lindy Mayfield [ snip ] Today, for 45 more minutes is Sibelius' birthday. Happy birthday. This is a nice Finlandia, if I didn't mistakenly post it already. I've been having fun on both IBM-MAIN and ASSEMBLER-LIST for the past few days, so I get mixed up. http://www.youtube.com/watch?v=ci3RPAOFok4 This rendition has better video: http://www.youtube.com/watch?v=XojVmivqDrA -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: JCL sheesh! for today
On Fri, 9 Dec 2011 16:37:49 +0100, Vernooij, CP - SPLXM wrote: Yeah, we regulary have problems with SAS users who discovered the LIBNAME and FILENAME statements. These allocate files during execution and fail if the file is in use, resulting in aborted productions runs and we getting blames that 'someone else' allocated the file. We then advise JCL allocation to solve this problem, but this sometimes results in protests because they loose the flexibility to change filenames if this is in JCL. Why should it be harder to change a JCL proc than to change a SAS proc? If your JCL proc libraries are controlled, but your production SAS proc libraries aren't, you have a political problem. JCL libraries and JCL INCLUDE statements might much mitigate this. Or run the entire job through a tailoring filter. JCL allocation and dynamic allocation often look like z/os and windows trying to work together (try FTPing between those two). Why would I want to? But it should be effective, however tedious, with proper use of LOCSITE (z/OS client) or QUOTE SITE (Windows client) commands. (While my first inclination is usually to blame Windows, z/OS brings much baggage to this party.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
On 12/9/2011 9:32 AM, John Gilmore wrote: Gary Merrill writes begin EDITED snippet A couple of years ago at SHARE, in a mostly-Java-folks session, I asked the IBM speaker why Java architected Garbage Collection . . . , and his reply was that that was done because Java programmers didn't know how much memory their program needed, so I asked if that meant that COBOL programmers were smarter than Java programmers. /end EDITED snippet I am not sure that I would not look at language characteristics first. COBOL aggregates are compile-time bound. If you decide in a COBOL AP that you want to process multiple vehicles in, say, an automotive insurance one you also decide that you will also process, say, at most 10 vehicles and implicitly allocate storage for them at compile time. In Java, on the other hand, open-ended lists may be and are frequently used instead; their dynamic storage usage is in principle impossible to determine, except in the not very helpful sense that use of a two-byte signed binary counter limits the maximal number of vehicles or the like to 2^15 -1 = 32767. (The sense in which Java is 'pointerless' is a very literal one. It has mostly adequate surrogates for pointers.) Note that I am aware that list processing is now possible in COBOL, but in my parochial experience it is only done in COBOL when I do it to show that it is possible. Not only is list _processing_ possible, list _creation_ is also possible in current COBOL, with the help of LE callable services. But, alas, you're right: although I think many COBOL programmers would be interested in doing this if it made sense in the application, my experience is that most COBOL programmer _managers_ do not want to take the chance(?) of challenging their staff, so they don't train them and they may even forbid them from using the newer features. Instead of using COBOL, where memory management can be done clearly and explicitly, they would rather hire Java coders, who have no control on memory management and very little understanding of what's really going on in either the JVM or the underlying z/OS system. There is very little chance of changing that, I'm afraid. So it is what it is, and we soldier on. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: JCL sheesh! for today
Gil, It sounds like production is not fully implemented in the company. JCL, maybe but not where execution source resides. I have wired in places like that and it can be a nightmare. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help Programming for ISPF Jump
In 010f01ccb605$42c2b4d0$c8481e70$@arneycomputer.com, on 12/08/2011 at 05:58 PM, Chuck Arney ch...@arneycomputer.com said: However there are downsides too. You can't do only one thing. The question is whether the collateral damage is worse than the collateral damage with other approaches. I tend[1] to use standard interfaces when appropriate, but I don't know enough about your requirements to judge. Without the field being defined as the command field of course it is not affected by the user setting to place the command line on the bottom of the screen. That's a SMOP ;-) So, now I have to decide if the fixed command line placement It doesn't have to be fixed if you're willing to do extra work. Whether that's worth it is your call. [1] Partly because of the sorts of issues that you've mentioned. I hate to reinvent the wheel. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to read past EOF
I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
In 5369454423078321.wa.pcs305gmail@bama.ua.edu, on 12/08/2011 at 03:52 PM, Ian pcs...@gmail.com said: Interesting article on clean code study. More for what it omits than for what it says. COBOL scored the highest on security while .NET scored the lowest. Security? The article compares repair cost per line of code. Given that COBOL code tends to be more verbose, I'm not sure what that means. Cost per function point might have been more meaningful. I'd have been interested in how Ada, C, C++ and PL/I ranked. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
JC, My memory indicates that the parm on the exec card is really the only real column sensitive Nasty left in JCL. Although there is some debate whether JCL is a language (or not) any language that I am familiar with does have column restrictions of some type. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
On Fri, 9 Dec 2011 09:46:31 -0800, Skip Robinson wrote: I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? IIRC, decades ago I used to do this with BSAM. Just issue another READ after returning from EODAD exit. But the memories are stale, or things may have changed. I don't code assembler nor use BSAM nowadays. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
I think DITTO can do it. For a non-$$ solution, ISTR that DEBE (available on CBT site, I think) could do that kind of thing as well, but I'm not sure. HTH Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, December 09, 2011 12:47 PM To: IBM-MAIN@bama.ua.edu Subject: How to read past EOF I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Heads up APAR OA35970 CA-Top Secret
All, In the middle of doing a maintenance cycle, and came across the APAR summarized below which is currently running in our Sandbox. It added new security checking at the Unix File system level - FSACCESS resource class. If you also use CA-TopSecret as your ESM, then you may want to avoid this new function PTF for now. We have it on, along with supporting TSS fixes, and things just are not yet ready for primetime in the TSS arena. CA is working on it, but we may just back this PTF off for now to avoid the headaches. Initial symptoms we were seeing was FileSystem mounts failing at IPL due to No Access(BPXPRMxx mounts). Got past that with some new security definitions, but still getting sporadic no access situations with some OMVS tasks, and 0C4's in CA-TSS modules in the Netview address space. APAR Identifier .. OA35970 Last Changed 11/10/04 NEW FUNCTION - NEW ACCESS CONTROL CHECK USING FSACCESS CLASS PROFILE. SEE ALSO OA35973 AND OA35974. Symptom .. NF FUNCTION Status ... CLOSED UR1 Severity ... 4 Date Closed . 11/09/06 Component .. 5695SCPX1 Duplicate of Reported Release . 770 Fixed Release 999 Component Name OPENMVS SYS SRV Special Notice ATTENTION Current Target Date ..11/09/30 Flags SCP ...NEW FUNCTION Platform Status Detail: SHIPMENT - Packaged solution is available for shipment. PE PTF List: PTF List: Release 770 : UA62046 available 11/09/21 (F109 ) Release 780 : UA62047 available 11/09/21 (F109 ) Parent APAR: Child APAR list: ERROR DESCRIPTION: This APAR provides a new function to enforce access control check on z/OS UNIX zFS file systems using the new RACF FSACCESS class profile. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB2H p 616.653.8429 f 616.653.2717 This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
On Fri, 9 Dec 2011 12:50:05 -0500, Shmuel Metz (Seymour J.) wrote: Cost per function point might have been more meaningful. IMO, function point analysis measures not the complexity of a problem, but the complexity of an imputed solution to the problem. Consider the Rexx snippets: B = if X==y then 1 else 0 if B==1 then whatever = string else whatever = '' versus: B = (X==y) whatever = copies( string, B ) Do these contain the same number of function points? The former appears to contain at least one more branch than the latter. I have known of programmers who would never use the value of a relational expression other than in an IF statement. Or who will use no construct in language X unless language Y supports the same construct. In POSIX shell, they'd code: S0 RC=$? if test $RC -eq 0 then S1 else S2 fi (and then they complain about the complexity of shell coding.) Where I code: if S0 then S1 else S2 fi (but it is the same number of function points.) -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: SV: JCL sheesh! for today
In a90e503c23f97441b05ee302853b0e6241dc0ac...@fspas01ev010.fspa.myntet.se, on 12/09/2011 at 10:28 AM, Thomas Berg thomas.b...@swedbank.se said: It's under the radar when the job cards is read and interpreted. Read the message again. In particular, as seen from the initiator. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In 5425266154993050.wa.paulgboulderaim@bama.ua.edu, on 12/08/2011 at 08:44 PM, Paul Gilmartin paulgboul...@aim.com said: It should be expanded by Allocation, at interpretation time, Allocation is not at interpretaion time, it's at execution time. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In 4ee121d3.5070...@acm.org, on 12/08/2011 at 02:45 PM, Joel C. Ewing jcew...@acm.org said: I don't think Fred Brooks was really thinking things through when he said he would have preferred language-specific support within higher-level programming languages for scheduling program execution rather than OS/360 JCL He wasn't thinking things through in his book either. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In caarmm9qua3vgiq3ahctpt4+xjvioocan8j7hk3fzgp_7tyr...@mail.gmail.com, on 12/08/2011 at 02:35 PM, Tony Harminc t...@harminc.net said: When would the name(s) be resolved/expanded? At conversion time? Execution time? Somewhere in between? OPEN. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In p06240810cb075f225d98@[25.249.252.205], on 12/09/2011 at 01:51 AM, Robert A. Rosenberg hal9...@panix.com said: You better hope that you run the interpretation on the same machine that the job stream will execute on (or is interpretation the first step of execution? Conversion, Interpretation and Execution could be on three different machines. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In caarmm9quktjumbrjtcnbhyssy0qra_te-2rn9xrvkhaqjr6...@mail.gmail.com, on 12/08/2011 at 02:33 PM, Tony Harminc t...@harminc.net said: When would the path be resolved/expanded? At conversion time? Execution time? Somewhere in between? IMHO, execution time is what makes sense. Dynamic Allocation should accept ~ and ~userid in a fashion consistend with the proposed semantics for PATH on a DD statement. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RECFM=VBA and no JCL
In CAJTOO59ww+TsXqxW=5z95vgjycyqt5tui+jesjilxw-yxle...@mail.gmail.com, on 12/08/2011 at 12:47 PM, Mike Schwab mike.a.sch...@gmail.com said: Don't forget the length fields. You are only getting 9 records per block. That depends on the block size and on the records actually written. Some of the records could be as short as 6 bytes. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In a6b9336cdb62bb46b9f8708e686a7ea00b038bb...@nrhmms8p02.uicnrh.dom, on 12/08/2011 at 02:19 PM, McKown, John john.mck...@healthmarkets.com said: I'd expand it at JCL interpretation time. For SYSUIDL, I agree. However, IMHO both ~ and ~userid should be expanded at run time. E.g. if user bozo exists and has a HOME directory of u/bozo, then ~bozo expands to /u/bozo. If bozo does not exist, then ~bozo is passed to the program as ~bozo. In the z/OS world, I would expect a JCL error in this later case. A bit late, what? I would also expect a JCL error if bozo's HOME directory is specified, but either does not exist Does not exist where? If it exists on the execution system then it should be legitimate. The ~ would be resolved on the converting system. Why? And the converting/intepreting/executing system(s) should be consistent on the HOME subdirectory. That's the kiss of death. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
On Fri, 9 Dec 2011 09:57:38 -0800, Ed Gould wrote: JC, My memory indicates that the parm on the exec card is really the only real column sensitive Nasty left in JCL. DSN? PATH? While most programmers would start DSN on a new line rather than breaking it with a continuation, when PATH exceeds 65 characters they have little choice. Even worse, if the Nasty contains a symbol reference, the symbol name must be complete on a single line (documented restriction), or if it contains an ampersand or an apostrophe doubled for protection, the pair must appear on a single line (I don't believe this is documented; I'm tempted to PMR it.) These are a real PITA when I attempt to generate code automatically, Oh, did I mention that I hate JCL!? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
any language that I am familiar with does have column restrictions of some type Does C/C++? #'s have to be the first token on the line, and //'s effectively end a line, but are there any *column* sensitivities? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Friday, December 09, 2011 9:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL sheesh! for today JC, My memory indicates that the parm on the exec card is really the only real column sensitive Nasty left in JCL. Although there is some debate whether JCL is a language (or not) any language that I am familiar with does have column restrictions of some type. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
I am not familiar with StarTool but could you use it to advance the start of the dataset by one track? Given how CKD DASD works, I think you have lost the data from the entire first track anyway, so why not just delete the first track from the dataset? I do think BSAM will work as others have suggested. You could continue reading after EOF, I believe. Almost certainly you could just POINT to the second track and start reading from there. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, December 09, 2011 9:47 AM To: IBM-MAIN@bama.ua.edu Subject: How to read past EOF I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
Gil, Here we go again. DSN does not need to be the first. For readability a lot of installations choose to have one item per line. I happen to agree. After several years of midnight perusal of attempting to read JCL and seeing some really badly written JCL think you will find. That 1 item per line, ie DSN, disp, space etc it#39;s the only way to go. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ROOT file system is out space
If by pull, you're talking apply check (followed by apply after reviewing all the holds and checking for errors), then certainly. USE SOURCEID...something along the lines of:.(change it to fit your requirements) APPLY CHECK SOURCEID(RSU1109 HIPER PRP) GROUPEXTEND BYPASS(HOLDSYS). etc., etc. Understand that's only a sample, that's not meant to be copied verbatim. However, I have a question what do you mean by pull. I do hope you're not saying that your smpnts is in the ROOT. Bobbie Jo Justice We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB of PTFS. That's why the service root is running out of space. Is there any way to pull only latest RSU not all the PTFS? Regards, Chokalingam Thangavelu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
In of67724b49.3e6dd84e-on88257961.006123f0-88257961.0061a...@sce.com, on 12/09/2011 at 09:46 AM, Skip Robinson jo.skip.robin...@sce.com said: Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? Write Count Key Data erases the rest of the track. The best that you can do is to start reading at TTR 00010100. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
In 3132780518416856.wa.paulgboulderaim@bama.ua.edu, on 12/09/2011 at 12:14 PM, Paul Gilmartin paulgboul...@aim.com said: IMO, function point analysis measures not the complexity of a problem, but the complexity of an imputed solution to the problem. I've only seen the term used in conjunction with the problem definition, not in conjunction with the code. I have known of programmers who would never use the value of a relational expression other than in an IF statement. You can code FORTRAN in any language. -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
In 1323453458.3290.yahoomailmob...@web161403.mail.bf1.yahoo.com, on 12/09/2011 at 09:57 AM, Ed Gould ps2...@yahoo.com said: My memory indicates that the parm on the exec card is really the only real column sensitive Nasty left in JCL. There's nothing special about PARM. The column sensitivity of for continuation of quoted strings and applies equally well to, e.g., AMP. Although there is some debate whether JCL is a language (or not) The only debate that I recall was whether it was a *programming* language. any language that I am familiar with does have column restrictions of some type. Ada? C? English? Rexx? -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Determining MSUs
So if a customer doesn't know the MSU capacity of an LPAR, what's the easiest way to find out? I know, their billing folks SHOULD know, but they're apparently on a different planet. Some RMF report? -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Determining MSUs
So if a customer doesn't know the MSU capacity of an LPAR, what's the easiest way to find out? I know, their billing folks SHOULD know, but they're apparently on a different planet. Some RMF report? -- ...phsiii Well if you have Syncosrt you can run its report and it will tell you the number of MSUs. Or you can use Mark Zelden's IPLINFO and it will tell you the MSU on that LPAR. Which means it is probably in the CVT and accessible by REXX or Assembler of IPCS. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Determining MSUs
On Fri, 2011-12-09 at 14:35 -0500, Phil Smith wrote: So if a customer doesn't know the MSU capacity of an LPAR, what's the easiest way to find out? RMF Monitor III, option 1.3? (Overview - CPC) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
You can do what I do: // SET PTH1='/some/really/long' // SET PTH2='/and/involved/UNIX/' // SET PTH3='/path/with/' // SET PTH4=PTH3SYBOL //* //DD1 DD PATH=PTH1PTH2PTH3PTH4 Yes, another PITA. But less confusing, to me, than trying to get the continuation exactly right. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Friday, December 09, 2011 12:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL sheesh! for today On Fri, 9 Dec 2011 09:57:38 -0800, Ed Gould wrote: JC, My memory indicates that the parm on the exec card is really the only real column sensitive Nasty left in JCL. DSN? PATH? While most programmers would start DSN on a new line rather than breaking it with a continuation, when PATH exceeds 65 characters they have little choice. Even worse, if the Nasty contains a symbol reference, the symbol name must be complete on a single line (documented restriction), or if it contains an ampersand or an apostrophe doubled for protection, the pair must appear on a single line (I don't believe this is documented; I'm tempted to PMR it.) These are a real PITA when I attempt to generate code automatically, Oh, did I mention that I hate JCL!? -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
Skip Robinson I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? GSF FastPath Browse/View/Edit possibly could...only if the size of file would fit in an ISPF Edit session... Hth... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
If it were me, I'd write a program using XDAP or EXCP to read the dataset, logically unblocking the records, and doing a copy type operation to another dataset. Something which __might__ work is to use BSAM. You'll get a immediate EOF indication. But I think you can then reset the bit in the DCB so that BSAM doesn't know that you have gotten an EOF, then continue doing READs. I'm just guessing, but looking here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2r190/13.3 I would try: NI INPUTDCB+DCBCIND2-IHADCB,X'FF'-DCBCNWR0 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, December 09, 2011 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: How to read past EOF I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Friday, December 09, 2011 12:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: JCL sheesh! for today any language that I am familiar with does have column restrictions of some type Does C/C++? #'s have to be the first token on the line, and //'s effectively end a line, but are there any *column* sensitivities? Charles Perl certainly does not have any column orientation. Neither does awk. In fact, most UNIX originated languages don't do column orientation. Python being a major exception. Well, it's not column oriented, but indentation dependant for control structures. I think column oriented languages were invented by people who had keypunches and Hollerith cards. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TSO on z/OS 1.12 with LOGONHERE and multisystem logon
I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test IPL for z/OS 1.12 to test it in our production image, I will have both images in the sysplex at z/OS 1.12. So I plan to also test being logged onto TSO on both system concurrently. I don't know how it could, but I'm curious if the LOGONHERE(ON) will interfere with being logged on to both systems at the same time. Has anybody else done this? Oh, and I do have ISPF set up to allow it. I think. Unless I messed up the ISPCCONF process some how. I'm still not sure about SDSF and the console function. The people who will be logged on to both systems concurrently are heavy SDSF users: Tech Services and Production Control (we no longer have any operators at all). I know about the SET CONSOLE, but am unsure of how to use it in this type of environment. We run a basic sysplex, with no CF. So we don't have an OPERLOG, just independent SYSLOGs in the SPOOL. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
I understand that the first block is lost. Using the ZAP command, I can forward to the next block and see data. The 'standard utility' products I can think of will stop immediately at the physical EOF even though (thanks to StarTool/PDS) the data set appears full. That is, ISPF 3.2 shows 100% used. ? To another suggestion, deleting the first block sounds appealing, but how would I 'delete' an EOF? Do I really have to write a program to get my data??? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Date: 12/09/2011 11:32 AM Subject:Re: How to read past EOF Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu In of67724b49.3e6dd84e-on88257961.006123f0-88257961.0061a...@sce.com, on 12/09/2011 at 09:46 AM, Skip Robinson jo.skip.robin...@sce.com said: Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? Write Count Key Data erases the rest of the track. The best that you can do is to start reading at TTR 00010100. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
On 12/9/2011 12:46 PM, Skip Robinson wrote: I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? If it has an EOF, then presumably the rest of the track has been erased. You should be able to recover the rest by using BSAM to copy the file, but issue a POINT immediately after OPEN. If you have the ability to ZAP the VTOC entry, and nobody else is using the volume, just zap the DSCB1 start extent up one track, do a normal copy (IEBGENER, or whatever), then zap it back. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
I'm not sure why it would cause an issue. We have had it on for over a year and I have logged on to multiple systems in a sysplex many times. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 09, 2011 2:48 PM To: IBM-MAIN@bama.ua.edu Subject: TSO on z/OS 1.12 with LOGONHERE and multisystem logon I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test IPL for z/OS 1.12 to test it in our production image, I will have both images in the sysplex at z/OS 1.12. So I plan to also test being logged onto TSO on both system concurrently. I don't know how it could, but I'm curious if the LOGONHERE(ON) will interfere with being logged on to both systems at the same time. Has anybody else done this? Oh, and I do have ISPF set up to allow it. I think. Unless I messed up the ISPCCONF process some how. I'm still not sure about SDSF and the console function. The people who will be logged on to both systems concurrently are heavy SDSF users: Tech Services and Production Control (we no longer have any operators at all). I know about the SET CONSOLE, but am unsure of how to use it in this type of environment. We run a basic sysplex, with no CF. So we don't have an OPERLOG, just indepen! dent SYSLOGs in the SPOOL. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
Same answer as Jon. Used it since beta. No problem. Bob Shannon Rocket Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
No, no, delete the first *track* by using StarTool (? SuperZap?) to plug the start of the extent in the VTOC. Plug it back when you are done, or you will lose the track permanently! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, December 09, 2011 11:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to read past EOF I understand that the first block is lost. Using the ZAP command, I can forward to the next block and see data. The 'standard utility' products I can think of will stop immediately at the physical EOF even though (thanks to StarTool/PDS) the data set appears full. That is, ISPF 3.2 shows 100% used. ? To another suggestion, deleting the first block sounds appealing, but how would I 'delete' an EOF? Do I really have to write a program to get my data??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
-snip- As someone who did most of his coding in COBOL (my modifications to other code in Assembler are on the CBT tape), I treat this article with great suspicion. I might add that probably a higher percentage of Java programmers have a computer science or related degree than do COBOL programmers. As one who doesn't have that degree, I am skeptical of its value for most business programming. ---unsnip In my admittedly limited experience, that degree in Computer Science is just another piece of paper for The Facility. There may be many highly intelligent people who have that degree; I just haven't met any. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Friday, December 09, 2011 2:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon I'm not sure why it would cause an issue. We have had it on for over a year and I have logged on to multiple systems in a sysplex many times. I couldn't think of any reason it would be a problem. But I just was too anxious to wait to see on the 18th. I wanted to test this weekend, but did not get ready in time to put in the request. And, around here, you get dinged if you do something without a request. And you also get dinged if you put in a request to test something, and then don't do it. So it's difficult to get permission to test, if I'm ready, but not test if I'm not ready. And doing a test which fails also gets a ding. FVSO fail. Because if you don't get a failure when you want one, your test failed to fail, which is a failure? I get so confused some times. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
On Fri, 9 Dec 2011 13:48:14 -0600, McKown, John john.mck...@healthmarkets.com wrote: I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test IPL for z/OS 1.12 to test it in our production image, I will have both images in the sysplex at z/OS 1.12. So I plan to also test being logged onto TSO on both system concurrently. I don't know how it could, but I'm curious if the LOGONHERE(ON) will interfere with being logged on to both systems at the same time. Has anybody else done this? Oh, and I do have ISPF set up to allow it. I think. Unless I messed up the ISPCCONF process some how. I'm still not sure about SDSF and the console function. The people who will be logged on to both systems concurrently are heavy SDSF users: Tech Services and Production Control (we no longer have any operators at all). I know about the SET CONSOLE, but am unsure of how to use it in this type of environment. We run a basic sysplex, with no CF. So we don't have an OPERLOG, just indepe! ndent SYSLOGs in the SPOOL. I assume you are coming from 1.10 or below? LOGONHERE(ON) was new with z/OS 1.11 and incredibly IBM chose the default as ON! (go figure). LOGONHERE is basically the same thing you always got with RECONNECT, but works when the source terminal is not the same as it was originally. In the old days when you worked from a real terminal or coax attached 3270 emulation, that wasn't a problem. It was for TN3270. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
-Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Friday, December 09, 2011 2:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon I'm not sure why it would cause an issue. We have had it on for over a year and I have logged on to multiple systems in a sysplex many times. I couldn't think of any reason it would be a problem. But I just was too anxious to wait to see on the 18th. I wanted to test this weekend, but did not get ready in time to put in the request. And, around here, you get dinged if you do something without a request. And you also get dinged if you put in a request to test something, and then don't do it. So it's difficult to get permission to test, if I'm ready, but not test if I'm not ready. And doing a test which fails also gets a ding. FVSO fail. Because if you don't get a failure when you want one, your test failed to fail, which is a failure? I get so confused some times. Sounds like that old song title, Forgot to remember to forget. :-) We've had LOGONHERE enabled since we first discovered it in z/OS 1.11. I routinely log on to TSO on all three images in our sysplex. Indeed, with RECONNECT permanently selected on the logon panel, if my emulator window hiccups and blows my connection away, I can reconnect to tn3270 (gets a different terminal ID), then logon and get my TSO session restored like I had never left. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Determining MSUs
On 12/9/2011 11:41 AM, Lizette Koehler wrote: ... Or you can use Mark Zelden's IPLINFO and it will tell you the MSU on that LPAR. Which means it is probably in the CVT and accessible by REXX or Assembler of IPCS. Not CVT. It's in RCTLACS. Try this: test 'sys1.linklib(iefbr14)' l 10.?+25c?+e4?+c4 -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
On Fri, 9 Dec 2011 14:30:48 -0500, Shmuel Metz (Seymour J.) wrote: In 3132780518416856.wa.paulgboulderaim@bama.ua.edu, on 12/09/2011 at 12:14 PM, Paul Gilmartin said: IMO, function point analysis measures not the complexity of a problem, but the complexity of an imputed solution to the problem. I've only seen the term used in conjunction with the problem definition, not in conjunction with the code. Problem: Generate a proof of the Four Color Theorem. How many function points? (I said solution, not code.) You can code FORTRAN in any language. Indeed. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
On Fri, 9 Dec 2011 13:08:03 -0500, Shmuel Metz (Seymour J.) wrote: In 5425266154993050.wa.paulgboulderaim@bama.ua.edu, on 12/08/2011 at 08:44 PM, Paul Gilmartin said: It should be expanded by Allocation, at interpretation time, Allocation is not at interpretaion time, it's at execution time. I need a vocabulary lesson. I think I've heard of phases called Read, Convert, Interpret, and Execute. Are there actually four (or even move)? Or are some of these terms synonymous? And in my vocabulary (outside MVS), Interpret and Execute have always been synonymous. Does Interpret transform the intermediate code from Convert into yet another form of intermediate code which is subsequently Execute[d]? Nonetheless, I believe the pathname in the DD statement is validated (by allocation?)sometime before step execution begins. But there's no locking; it's possible to unlink the file after allocation and before OPEN and get yet a different error. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ROOT file system is out space
Until you step back from this and look at the practice, this is never going to work. Don't be shy about creating new filesystems. Did you already send a df ? It might help everyone give more specific advice. Rob Schramm Senior Systems Consultant Imperium Group On Fri, Dec 9, 2011 at 2:02 PM, Bobbie Justice golds...@yahoo.com wrote: If by pull, you're talking apply check (followed by apply after reviewing all the holds and checking for errors), then certainly. USE SOURCEID...something along the lines of:.(change it to fit your requirements) APPLY CHECK SOURCEID(RSU1109 HIPER PRP) GROUPEXTEND BYPASS(HOLDSYS). etc., etc. Understand that's only a sample, that's not meant to be copied verbatim. However, I have a question what do you mean by pull. I do hope you're not saying that your smpnts is in the ROOT. Bobbie Jo Justice We are applying RSU maintenance RSU 1109 and it has pulled around 4 GB of PTFS. That's why the service root is running out of space. Is there any way to pull only latest RSU not all the PTFS? Regards, Chokalingam Thangavelu -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: JCL sheesh! for today
Doesn't JES3 make sure the dataset is available and there is enough free space before it starts the job? On Fri, Dec 9, 2011 at 8:57 AM, Charles Mills charl...@mcn.org wrote: Right. In other words, *any* program that gets dataset information *other* than from DD statements: from its own SYSIN control statements, from some external source (such as connectivity to another machine), user key-in, created by internal logic, etc. -- joins the dataset ENQ party only during execution time. Schedulers, initiators, converters, etc. are blissfully unaware of its dataset requirements, and do not factor that into their scheduling or other processing. Charles -- 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...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
Shmuel, I was referencing mind you indirectly about continuation(s) with quotes, parenthesis . Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LDAP for z/OS with long name
It doesn't require DB2. Rob Schramm Senior Systems Consultant Imperium Group On Fri, Dec 9, 2011 at 6:45 AM, Geoff Rousell geoff_rous...@uk.ibm.com wrote: Arye, I presume you mean the conventional version of the Tivoli Directory Server for z/OS, with DB2 as the back-end data store. For this case, it appears that the *default* maximum DN value is 512, but this can be modified: In the Tivoli Directory Server Administration and Use manual, in appendix B (which describes the DB2 setup), there is the following comment: -- Change -ENTRY_DN_SIZE- to the maximum size of a DN. This value -- includes the null terminator, so the actual maximum length of a DN -- will be one less than this value. -- -- The suggested size is 512. See here for full details: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/GLPA2AC0/APPENDIX1.2.1?SHELF=GLPABK50DT=20110623103934 Regards, Geoff Rousell IBM System z, UK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
John, I am not familiar with PERL, However the main point I am suggesting is that readability and debugging is EVERYTHING. What good does it do to string out an entire program into one continuous line? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
There's no need to unblock the logically blocked records. You can unblock it if you want to, but the output copy will be much larger than the original and will take MCH longer to read in. There is probably another EOF record somewhere in the data which must also be skipped. The last time I deconstructed GTF data (ca. 1996), the following was true: when GTF writes its trace data to an output file on DASD, only the first allocated extent is used, and if the trace runs long enough, the first extent will fill up and then be rewritten over and over again in a wrap-around manner. There is an EOF written at the end of each block written to the file, but when more data becomes available the EOF record is rewritten with a non-EOF record and the real EOF moves through the file. The first block after the real EOF is the oldest in time sequence, and the block just prior to the real EOF is the youngest in time sequence. The very first block of the data is almost certainly not the beginning of the trace in chronological sequence, assuming the trace ran long enough to wrap around at least once. IPCS understands this format, and displays the data in true chronological ! sequence once it finds the real EOF in the middle of the file somewhere and then moves past it to read the next block, which is really the first block written in chronological order. Bill Fairchild -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 09, 2011 1:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to read past EOF If it were me, I'd write a program using XDAP or EXCP to read the dataset, logically unblocking the records, and doing a copy type operation to another dataset. Something which __might__ work is to use BSAM. You'll get a immediate EOF indication. But I think you can then reset the bit in the DCB so that BSAM doesn't know that you have gotten an EOF, then continue doing READs. I'm just guessing, but looking here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2r190/13.3 I would try: NI INPUTDCB+DCBCIND2-IHADCB,X'FF'-DCBCNWR0 -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Skip Robinson Sent: Friday, December 09, 2011 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: How to read past EOF I have a GTF trace file full of gold nuggets and bright red rubies. Unfortunately GTF trace was restarted at the next IPL, so the data set has immediate EOF. I used StarTool to reset logical (VTOC) end of file to the full extent. Anyone know how to bypass physical EOF and read/copy from block 2 all the way to the end? . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
The statements I have known of programmers who would never use the value of a relational expression other than in an IF statement. You can code FORTRAN in any language. require comment. I have known such programmers too; and it is a fair criticism of COBOL as it is currently used that---apart from not yet implemented new-standard language extensions---it makes this necessary. The comment about FORTRAN is just rhetoric, misconceived for FORTRANs later than FORTRAN II. FORTRAN IV, introduced in the middle 60s, and its sequelæ all have logical variables and operators for negation, disjunction and conjunction. One can set a logical variable in an assignment statement and use it later, in other logical assignment statements or in IF statements. The more general notion that one can bring the habits and idioms appropriate to one statement-level procedural language into another SLPL is unexceptionable if banal. I have seen COBOL written by someone whose métier was clearly RPG; I have seen LISP quite obviously written by someone whose métier was COBOL; and anyone with significant experience reading other people's code could multiply such examples. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
There is probably another EOF record somewhere in the data which must also be skipped. The last time I deconstructed GTF data (ca. 1996), the following was true: when GTF writes its trace data to an output file on DASD, only the first allocated extent is used, and if the trace runs long enough, the first extent will fill up and then be rewritten over and over again in a wrap-around manner. There is an EOF written at the end of each block written to the file, but when more data becomes available the EOF record is rewritten with a non-EOF record and the real EOF moves through the file. The first block after the real EOF is the oldest in time sequence, and the block just prior to the real EOF is the youngest in time sequence. The very first block of the data is almost certainly not the beginning of the trace in chronological sequence, assuming the trace ran long enough to wrap around at least once. IPCS understands this format, and displays the data in true chronological ! sequence once it finds the real EOF in the middle of the file somewhere and then moves past it to read the next block, which is really the first block written in chronological order. GTF uses BSAM to write to PS and PS-E data sets. BSAM WRITEs do not write a moving EOF. An EOF is written only when the data set is CLOSEed. If the data set has wrapped (not PS-E - GTF currently does not allow support wrapping for PS-E data sets), GTF does a POINT to the end of the data set before doing the CLOSE. So the only EOF is at the physical end. The GTFTRACE subcommand of IPCS determines the wrap point by reading sequentially and looking at the timestamps. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SV: JCL sheesh! for today
On 12/9/2011 1:45 PM, Mike Schwab wrote: Doesn't JES3 make sure the dataset is available and there is enough free space before it starts the job? Data set available? JES3 setup ensures allocation will not wait when the job gets into the initiator. Enough free space available? I believe the volumes have already been selected by SMS and JES3 before the job gets into the initiator. Not sure if that constitutes an absolute guarantee of free space availability, but it's a start... -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
On 12/9/2011 3:03 PM, Veilleux, Jon L wrote: I'm not sure why it would cause an issue. We have had it on for over a year and I have logged on to multiple systems in a sysplex many times. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, December 09, 2011 2:48 PM To: IBM-MAIN@bama.ua.edu Subject: TSO on z/OS 1.12 with LOGONHERE and multisystem logon I'll be testing this in a couple of weekends (2011-12-18), but I'm curious now. On z/OS 1.12, I implemented the LOGONHERE(ON) in IKJTSO00. When I do my test IPL for z/OS 1.12 to test it in our production image, I will have both images in the sysplex at z/OS 1.12. So I plan to also test being logged onto TSO on both system concurrently. I don't know how it could, but I'm curious if the LOGONHERE(ON) will interfere with being logged on to both systems at the same time. Has anybody else done this? Oh, and I do have ISPF set up to allow it. I think. Unless I messed up the ISPCCONF process some how. I'm still not sure about SDSF and the console function. The people who will be logged on to both systems concurrently are heavy SDSF users: Tech Services and Production Control (we no longer have any operators at all). I know about the SET CONSOLE, but am unsure of how to use it in this type of environment. We run a basic sysplex, with no CF. So we don't have an OPERLOG, just indep! en! dent SYSLOGs in the SPOOL. John McKown Systems Engineer IV IT John, SDSF will set the CONSOLE to the userid by default, which is not a problem unless you issue commands. Command responses will be written to the console that first established the id, so if you logon to SYSA, then SYSB, and issue a command from SDSF on SYSB, the response will appear in SDSF on SYSA. Issue the SET CONSOLE command on SYSB to set a unique console. Unfortunately SDSF will save that value into the SDSF ISPF profile, so you have the same problem the next time you use multiple logon and SDSF. They're still working on an enhancement. Maybe next release (we can only hope). If you're a SHARE member, grab the Bit Bucket presentation from Orlando to see my presentation on correctly setting up multiple logon. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SV: SV: SV: JCL sheesh! for today
-Ursprungligt meddelande- Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För Shmuel Metz (Seymour J.) Skickat: den 9 december 2011 19:20 Till: IBM-MAIN@bama.ua.edu Ämne: Re: SV: SV: JCL sheesh! for today In a90e503c23f97441b05ee302853b0e6241dc0ac...@fspas01ev010.fspa.myntet.se, on 12/09/2011 at 10:28 AM, Thomas Berg thomas.b...@swedbank.se said: It's under the radar when the job cards is read and interpreted. Read the message again. In particular, as seen from the initiator. Ok, If I rephrase it like: as seen from the initiator before the actual execution starts ? :) Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
On 12/9/2011 4:48 PM, Frank Swarbrick wrote: Kind of a non sequitur. COBOL programs (I am a COBOL programmer) do little in the way of dynamic allocation, thus no GC required. (Not that I wouldn't like some dynamic allocation in COBOL...) Frank It's there for you to use: http://www.trainersfriend.com/Language_Environment_courses/m512descr.htm http://www.trainersfriend.com/COBOL_Courses/d704descr.htm http://www.trainersfriend.com/COBOL_Courses/D725descrpt.htm -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
John During one lesson in the physics laboratory at school - in the 1950s! - I was told that experiments (tests) never fail. IIRC, the idea of our superb physics master was that you shouldn't enter into any scientific experiment with a preconceived idea what the result should be. Thus you can't get into the situation that you succeed if you get the result you expect and you fail if you get another result. There is, of course, a sense where an experiment either succeeds or fails depending on how clear a result you get but this is a matter of how well or otherwise you design the experiment. Your post brought back the memory of that important lesson! Chris Mason On Fri, 9 Dec 2011 14:47:25 -0600, McKown, John john.mck...@healthmarkets.com wrote: ... I couldn't think of any reason it would be a problem. But I just was too anxious to wait to see on the 18th. I wanted to test this weekend, but did not get ready in time to put in the request. And, around here, you get dinged if you do something without a request. And you also get dinged if you put in a request to test something, and then don't do it. So it's difficult to get permission to test, if I'm ready, but not test if I'm not ready. And doing a test which fails also gets a ding. FVSO fail. Because if you don't get a failure when you want one, your test failed to fail, which is a failure? I get so confused some times. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
Kind of a non sequitur. COBOL programs (I am a COBOL programmer) do little in the way of dynamic allocation, thus no GC required. (Not that I wouldn't like some dynamic allocation in COBOL...) Frank From: Barry Merrill ba...@mxg.com To: IBM-MAIN@bama.ua.edu Sent: Friday, December 9, 2011 8:29 AM Subject: Re: Java apps have most flaws, Cobol is cleanest. A couple of years ago at SHARE, in a mostly-Java-folks session, I asked the IBM speaker why Java architected Garbage Collection (which I first encountered in Basic on my TRS-80, when a ham radio logging program stopped for 6 minutes in the middle of a contest), and his reply was that that was done because Java programmers didn't know how much memory their program needed, so I asked if that meant that COBOL programmers were smarter than Java programmers. Barry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sambataro, Anthony (NIH/NBS) [E] Sent: Friday, December 09, 2011 6:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Java apps have most flaws, Cobol is cleanest. I'm unclear as to whether the COBOL code had fewer errors or cost less to fix each problem, or both? -Original Message- From: Ian [mailto:pcs...@gmail.com] Sent: Thursday, December 08, 2011 4:53 PM To: IBM-MAIN@bama.ua.edu Subject: Java apps have most flaws, Cobol is cleanest. Interesting article on clean code study. COBOL scored the highest on security while .NET scored the lowest. Link to Computer world news article: http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most -flaws-cobol-apps-least-study-finds/ (If the link does not fold right, follow the links from here: http://www.cicsworld.com/node/4252) Ian http://www.cicsworld.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon
Sir, Hear hear ... Somewhat of a similar experience but in the early 60's, my professors' (physics and chemical) believed that experiments were merely a course of steps (process / action) to prove or disprove a theory (hence, as with your experience, there were no failures... unless ofcourse, you simply did not experiment). That taught me a valuable lesson, to date, in life no less. Kind Regards Jim Thomas 617-233-4130 (mobile) 636-294-1014(res) j...@thethomasresidence.us (Email) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Mason Sent: Friday, December 09, 2011 6:14 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TSO on z/OS 1.12 with LOGONHERE and multisystem logon John During one lesson in the physics laboratory at school - in the 1950s! - I was told that experiments (tests) never fail. IIRC, the idea of our superb physics master was that you shouldn't enter into any scientific experiment with a preconceived idea what the result should be. Thus you can't get into the situation that you succeed if you get the result you expect and you fail if you get another result. There is, of course, a sense where an experiment either succeeds or fails depending on how clear a result you get but this is a matter of how well or otherwise you design the experiment. Your post brought back the memory of that important lesson! Chris Mason On Fri, 9 Dec 2011 14:47:25 -0600, McKown, John john.mck...@healthmarkets.com wrote: ... I couldn't think of any reason it would be a problem. But I just was too anxious to wait to see on the 18th. I wanted to test this weekend, but did not get ready in time to put in the request. And, around here, you get dinged if you do something without a request. And you also get dinged if you put in a request to test something, and then don't do it. So it's difficult to get permission to test, if I'm ready, but not test if I'm not ready. And doing a test which fails also gets a ding. FVSO fail. Because if you don't get a failure when you want one, your test failed to fail, which is a failure? I get so confused some times. -- John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - No virus found in this message. Checked by AVG - www.avg.com Version: 2012.0.1873 / Virus Database: 2102/4671 - Release Date: 12/09/11 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
Steve Comstock's point is well made/taken. If you use IBM Enterprise COBOL you are inescapably in an LE environment. You are paying for its overheads whether or not you use its very flexible facilities for allocating and freeing dynamic---stack|heap---storage. Why not then use them? I don't know that Steve has in fact done this, but they are easy to package as COBOL functions having perspicuous names. The COBOL preprocessor is still a rudimentary thing, but it is well up to that. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IEE600I REPLY TO 01 IS;SUPPRESSED
Hi, Anyone know how to enable the REPLY being displayed on the syslog ? -- Regards Lim ML -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEE600I REPLY TO 01 IS;SUPPRESSED
Hi, Anyone know how to enable the REPLY being displayed on the syslog ? -- Regards Lim ML What is issuing the WTOR? Do you have any MPF or automation handing the WTOR? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEE600I REPLY TO 01 IS;SUPPRESSED
If the WTOR has a routcde of 9 (security), the the reply is not displayed and you see the SUPPRESSED in the log. The only way that I can think of to get around this is some sort of MPF exit to remove the ROUTCDE 9 indication. On Dec 9, 2011 8:10 PM, Lim Ming Liang limm...@unifi.my wrote: Hi, Anyone know how to enable the REPLY being displayed on the syslog ? -- Regards Lim ML --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
On 12/09/2011 11:57 AM, Ed Gould wrote: JC, My memory indicates that the parm on the exec card is really the only real column sensitive Nasty left in JCL. Although there is some debate whether JCL is a language (or not) any language that I am familiar with does have column restrictions of some type. Ed All JCL statement continuation records are column peculiar, not just those involving PARM values or quoted strings. A continuation which splits a quoted string is column sensitive on where the first record ends (column 71) and on where you must resume the string on the continuation (column 16). But, all other statement continuation records are also column sensitive in that continued parameters must resume in columns 4 - 16. This complicates manual verification of JCL, because visually it is difficult to distinguish between any parameter continuation that resumes in column 16 versus one that resumes in column 17, but of course the latter fails. It is true that there are languages (e.g., COBOL, FORTRAN, Assembler) with column restrictions that are an integral part of the language syntax; but a number of other languages (e.g.,PL/I, C, REXX) are essentially free-form with a syntax that is column insensitive. -- Joel C. Ewing,Bentonville, AR jcew...@acm.org -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to read past EOF
You had my heart racing, Jim. Thought I was OK. But when I ran IPCS, I got this. Apparently some header is expected to determine that GTF data is present. IPCS GTF DDNAME(GTFTRACE) IKJ56650I TIME-08:49:14 PM. CPU-00:00:00 SERVICE-11624 SESSION-00:00:01 DECEMBER BLS18122I Initialization in progress for FILE(GTFTRACE) IKJ56650I TIME-08:49:14 PM. CPU-00:00:00 SERVICE-11697 SESSION-00:00:01 DECEMBER GTFTRACE DISPLAY OPTIONS IN EFFECT SSCH=ALL IO=ALL CCW=SI SVC=ALL PI=ALL IOX=ALL EXT DSP SLIP RNIO SRM RR AHL10004I Input is not a GTF trace dataset. AHL10009I No records of the requested type were found. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Jim Mulder d10j...@us.ibm.com To: IBM-MAIN@bama.ua.edu Date: 12/09/2011 02:14 PM Subject:Re: How to read past EOF Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu There is probably another EOF record somewhere in the data which must also be skipped. The last time I deconstructed GTF data (ca. 1996), the following was true: when GTF writes its trace data to an output file on DASD, only the first allocated extent is used, and if the trace runs long enough, the first extent will fill up and then be rewritten over and over again in a wrap-around manner. There is an EOF written at the end of each block written to the file, but when more data becomes available the EOF record is rewritten with a non-EOF record and the real EOF moves through the file. The first block after the real EOF is the oldest in time sequence, and the block just prior to the real EOF is the youngest in time sequence. The very first block of the data is almost certainly not the beginning of the trace in chronological sequence, assuming the trace ran long enough to wrap around at least once. IPCS understands this format, and displays the data in true chronological ! sequence once it finds the real EOF in the middle of the file somewhere and then moves past it to read the next block, which is really the first block written in chronological order. GTF uses BSAM to write to PS and PS-E data sets. BSAM WRITEs do not write a moving EOF. An EOF is written only when the data set is CLOSEed. If the data set has wrapped (not PS-E - GTF currently does not allow support wrapping for PS-E data sets), GTF does a POINT to the end of the data set before doing the CLOSE. So the only EOF is at the physical end. The GTFTRACE subcommand of IPCS determines the wrap point by reading sequentially and looking at the timestamps. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
AUTO: Mike Smith-IS is out of the office. (returning 12/12/2011)
I am out of the office until 12/12/2011. Note: This is an automated response to your message IBM-MAIN Digest - 8 Dec 2011 to 9 Dec 2011 (#2011-343) sent on 12/10/2011 12:00:03 AM. This is the only notification you will receive while this person is away. ** Privileged and/or confidential information may be contained in this message. If you are not the addressee indicated in this message (or are not responsible for delivery of this message to that person) , you may not copy or deliver this message to anyone. In such case, you should destroy this message and notify the sender by reply e-mail. If you or your employer do not consent to Internet e-mail for messages of this kind, please advise the sender. Shaw Industries does not provide or endorse any opinions, conclusions or other information in this message that do not relate to the official business of the company or its subsidiaries. ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
On 12/8/2011 1:52 PM, Ian wrote: Interesting article on clean code study. COBOL scored the highest on security while .NET scored the lowest. Security was not the issue being studied. Rather, the study focused on problematic programming that violates good architectural and coding practices. Link to Computer world news article: http://www.computerworlduk.com/news/applications/3323819/java-apps-have-most-flaws-cobol-apps-least-study-finds/ Most COBOL is probably written in large, mainframe environments where production outages hurt the business, testing and quality are ingrained in the culture, and post-mortem debugging is well-understood. Java is often written by pimply-faced college kids who can only fix bugs they can recreate in a debugger. It might be that Java written by mainframe programmers is of quality comparable to that of COBOL. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html