Re: Brain drain: Where Cobol systems go from here
I refuse to walk out. They will have to carry out in a box or bag. After 4 decades of doing Cobol on mainframe, it is less obnoxious than any alternative I have right now - and they pay you to do it and give you insurance. Besides now I am getting back into assembler. This is too much fun to quit. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/23/2012 04:31:39 PM: From: Ed Gould edgould1...@comcast.net Brain drain: Where Cobol systems go from here -When the last Cobol programmers walk out the door, so may 50 years of business processes within the software they created. Will you be ready? http://www.computerworld.com/s/article/9227263/The_Cobol_Brain_Drain? taxonomyId=154 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Brain drain: Where Cobol systems go from here
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/23/2012 05:39:26 PM: From: Roberts, John J jrobe...@dhs.state.ia.us When the last Cobol programmers walk out the door, so may 50 years of business processes within the software they created. Will you be ready? Ed, Interesting article and fairly accurate IMO. This is what I can foresee happening: (1) Many companies will try to offshore their COBOL application support. But this won't work so well because it is hard enough to understand these systems without facing the complications of language and arcane terminology. And the young ones back in Bangalore will want to do Java, not COBOL. Actually the language is not a problem. We have people here from multiple nations, some whose English is lacking. But they can doing the programming work - well. The problem is the lack of application knowledge. We just had a senior person retire to a ranch in FL. He was senior person in his critical application. He ran a series of weekly one hour technical seminars. The problem was that he could answer any question off the top of his head. But an organized overview and drill down into each part of the system and the relationship of that system to multiple other systems was not there. He was used to being a S(ubject)M(atter)E(xpert)/guru. Ask him a question and he could answer it or tell you where to find the answer. Without that kind of person, trying to port the application to anything else is risky as is training newbies. (2) Other companies will want to recruit overseas, either for CS grads that they can train, or for those few that are willing to invest in COBOL learning if that is what it takes to punch that H1B ticket. But even so, once here they are all going to be looking to do something else, not COBOL. So that company that recruits and trains a COBOL resource is going to be looking for a replacement within a couple years. We have had over the years training programs to build new Cobol programmers. They work fine. But again, the application knowledge is not in books. It was transmitted by SMEs. (3) Efforts to train new young COBOL resources are going to flop, as the article mentions. Again, everyone expects COBOL to be a career dead-end once beyond a 5 to 10 year transition period. Since Cobol is now talking to distributed applications in various ways, Cobol people are getting exposure to distributed applications. I recently had a project transferred from me which was going to have me build part of an environment that is both mainframe and distributed. As long as the documentation is there, there is not a huge chasm to cross. (4) In the end, US companies are going to be forced to pay a premium just to hang on to their old-timers long enough to buy time to implement that new ERP package or new custom application. The ones that will be successful doing this are going to be the ones that accommodate their senior developer's desires: lots of time off, telecommuting, job sharing, benefits, etc. Right now at the moment there are enough Cobol programmers leaving other companies that is still a supply of new people, some of which have fine skill sets. But as time goes on, there will be a cliff. I just returned from Germany. There was talk there that there is an engineering shortage in the market there. Never bothered with the details. Maybe the recession there will give them time to kick the can down the road more. After all, it has been working so well for dealing with their financial problems. John - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Retiring after 43+ years with IBM
Ad multos annos! My your retirement be as fruitful for you as your presence here has been for those who listened and learned. Seriously jealous of all who have the option of retiring. After 5 decades, the enthusiasm wanes. peace IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/15/2012 09:00:05 PM: From: Frank Yaeger yae...@us.ibm.com Just a note to let everyone know I'll be retiring at the end of this month (5/31/2012). I've been with IBM for 43+ years (plus a couple of summers in college) and I've enjoyed my career immensely. I've especially enjoyed being able to help people use the DFSORT/ICETOOL functions I developed, over many years, in new and interesting ways. Once I retire, I won't be posting solutions any more since I won't have access to a mainframe to test them, and I don't like posting untested solutions. I may lurk a bit or I may not. I'm looking forward to retirement, but I'll also miss this list. I'm happy to say that others on the DFSORT Team will continue to contribute. Thanks to everyone for giving me the chance to earn a living all these years doing something that was a lot of fun for me. Long live the mainframe, IBM, z/OS, DFSORT and ICETOOL! Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration = DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
IT versus the in-flight magazine
http colon //www.infoworld.com/t/it-strategy/it-versus-the-in-flight-magazine-192066 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
IBM Cobol provides the structure format: I-P. READ FILE AT END * the at end stuff NOT AT END * the not at end stuff END-READ IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/16/2012 08:28:10 AM: From: McKown, John john.mck...@healthmarkets.com PERFORM I-P THRU I-P-EXIT UNTIL CONDITION. I-P. READ FILE AT END SET CONDITION TO TRUE GO TO I-P-EXIT END-READ ... I-P-EXIT. EXIT. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
Use of NEXT SENTENCE is as dangerous as GO TO. Try using CONTINUE. The former takes you to the next period; the latter takes you to the end of the current conditional. One missed period and To replace nested IFs, try using EVALUATE - the most powerful case statement in any language (except structured assembler) according to a friend who does distributed apps. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/16/2012 08:42:05 AM: From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu, Date: 04/16/2012 08:46 AM Subject: Re: GO TO cobol Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu What??? monopolizes the CPU??? GO TO was made a pariah by an article by Edgar Dijkstra. http://en.wikipedia.org/wiki/Considered_harmful And, of course, management went stupid (again) and came up with you cannot use the GOTO in any code at all. Which actually makes some COBOL more complicated due to the requirement of nesting IF statements within IF statements. And before the END-IF, that could be very complicated. I've see old code like: IF ... THEN ... IF ... THEN ... ELSE NEXT SENTENCE ... IF ... THEN ... IF ... THEN ... ELSE NEXT SENTENCE ELSE ... . Each internal IF had to have a corresponding ELSE with only NEXT SENTENCE in it. -- 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 Jake anderson Sent: Sunday, April 15, 2012 10:49 PM To: IBM-MAIN@bama.ua.edu Subject: GO TO cobol Hi All, Apology for asking a basic question and Being Ignorant. We know that GO TO statments are a big NO in many production sites and one of the reason being it monopolizes the entire CPU. Are there any documentation explaining about the GO TO statements which clearly describes how it effects the System CPU and performances ? Apology again if the question is not really sensible or else it requires more information. Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
Well said IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/16/2012 12:00:13 AM: From: Sam Siegel s...@pscsi.net Typically GO TO statements can be avoided by having a good design. A local GO TO here and there is not so bad. The non-local GO TO statements can make long-term maintenance of a program problematic and expensive. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/16/2012 10:57:47 AM: From: Binyamin Dissen bdis...@dissensoftware.com The elimination of GOTOs was to save people time at the cost of CPU time. ? Obviously, if a procedure was called from several points ALTER GOTO would generate fewer instructions than perform. The last time I looked at a PMAP, the Cobol compiler implements PERFORM exactly like an ALTERed GO TO, except that all addresses are stored in a table. But with GOTOless programming the logic is easier to read. There is no question about how you got somewhere. agreed - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/16/2012 01:59:26 PM: From: Gibney, Dave gib...@wsu.edu A dirty myth about COBOL is the belief the THRU is required and that SECTIONs are a good idea. Unless specifically required by SORT or something, I never used either. It has been 20+ years since I did much COBOL. Haven't had the pleasure of the newer constructs. THROUGH is just stupid. But I have used sections. I think of it as a religious preference. As to the OP's belief about performance, structured programming has never been about performance, it is about understandability. yes and maintainability - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: A stupid idea? Using twitter like service for z/SO, et al., event notification.
We have an in-house monitoring system on zOS that detects significant events (very broadly defined) - batch and online-, logs them, uses an external table to lookup who to notify via a complex masking system, and notifies them. Notification uses SMTP. That allows direct interface to vendors whose devices support SMS via SMTP. E.g. major pager vendors and cellphone vendors have such interfaces in US Canada and EU. It also allows use of maillists in the email system. Only downsides are vendor response time and firewalls. The system is on all lpars/plexes (except the sandboxes) in all data centers. The logs are consolidated and coordinated, as are the tables - they exist locally on each lpar/plex but are in sync with the mother ship. I created an interface so that any system (e.g. *nix, M$W) that can touch zOS (NDM, FTP, MQ, etc) can use the notification system, including the filtering part. Cobol/CICS/MQ plus vendor tools (e.g. Fault Analyzer) to connect to SRM and Endevor. As much as possible, the system is external table driven. Only some of the filtering algorithms are hard code. The contact number is in the message so that in special cases (e.g. DR) there is indication of who/where is the controlling site. Otherwise the plex indicates country. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Acceptable paging
IBM's glossary is getting better but note the defn #1 of page is apparently upside down http://www-01.ibm.com/software/globalization/terminology/p.html Efforts and courage are not enough without purpose and direction. - John F. Kennedy Fasten your seat belts, it's going to be a bumpy ride. - Bette Davis (as character Margo Channing) _All About Eve_1950 Our greatest danger in life is in permitting the urgent things to crowd out the important. - Charles E. Hummel - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Forbes: Kids See A Future In Mainframes
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 01/30/2012 05:33:33 PM: From: Roberts, John J jrobe...@dhs.state.ia.us To: IBM-MAIN@bama.ua.edu Date: 01/30/2012 05:45 PM Subject: Re: Forbes: Kids See A Future In Mainframes Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu snip And there is a general belief that the people who know about mainframes are old, too, you know, like the guy with the COBOL skills and dubious hygiene who shuffles along the corridor, looking like he eats his blue-plate special at 4:30 in the afternoon. /snip I am offended that anyone would think that I have dubious hygiene. Maybe dubious social skills, but not dubious hygiene ;-) As for the 4:30 blue-plate special, for me it is a 2PM Chinese #3 with Orange Soda. What's wrong with that? John 1-3 M-Sa double discount plus free drink @ Golden Corral for seniors yes dubious social skills - my girlfriend thinks I am Sheldon on Big Bang Theory no dubious hygiene but dubious taste in clothes - I liked working in Pgh for Duquesne/Legent - Dress code was wear clothes - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Interesting articles on Infoworld
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/15/2011 08:15:26 AM: From: McKown, John john.mck...@healthmarkets.com http://www.infoworld.com/t/it-strategy/stupid-consultant-tricks-180912 http://www.infoworld.com/t/it-strategy/the-four-fallacies-it-metrics-181517 I've been following this fellow for several yrs. One of the high points of my week. I've sent links to others within the company. a USA-centric metrics joke Two AL state troopers are chasing a car at high speed on I-20 E out of Birmingham. When they get to the GA state line (the location of the boundary of the time zone), they pull over. Says one: Too bad we couldn't catch him before he got to GA. He is an hour ahead of us now. Moral: if you measure the wrong thing, you get the wrong answer. In fact the answer you get is irrelevant. related USA-centric metrics joke Someone forwarded that story to me w/I-20 (an E-W road) replaced w/I-95 (a N-S road). Moral: make sure you understand a story before you tell it. Using the wrong conditions will invalidate measurements and stories. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: vdawkin
someone has a virus IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 11/30/2011 04:12:20 PM: From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 11/30/2011 04:15 PM Subject: vdawkin Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Dear Claims Adjustor: http colon //portadigiano.net/wintergift.php?jcintop=100 Wed, 30 Nov 2011 22:12:18 __ The publican was justified? said Caleb, what does _justified_ mean? Forgiven and approved. (c) Jordae vituperando - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: 3270 archaeology (Was: TSO SCREENSIZE)
On January 14 1970, DPD rolls out IBM DATA/360, a new program product that simulates the functions of the IBM 29 keypunch and IBM 59 verifier to enter data from an IBM 2260 display station to an IBM 2311 or 2314 direct access storage device, bypassing punched cards; we used this w/2270-1 s a few years after this. product was renamed but google can't find the new name. I remembered ENTRY/370 but not found. Our greatest danger in life is in permitting the urgent things to crowd out the important. - Charles E. Hummel Efforts and courage are not enough without purpose and direction. - John F. Kennedy The probability of error in a change is inversely proportional to the size of the change. - B.I Kahn's First Law The probability of error in a one character change is approximately 100%. If the possibility of collateral damage exists, the probably of error can appear to exceed 100%. - corollary to B.I Kahn's First Law - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: SLightly O/T Perl
In the late 60s, while doing nuclear physics research, I had a program that, when you made a fatal error, wrote your program has bombed followed by a mushroom shaped cloud. The lab I was at is one of the places the Manhattan project was done. Our greatest danger in life is in permitting the urgent things to crowd out the important. - Charles E. Hummel Efforts and courage are not enough without purpose and direction. - John F. Kennedy The probably of error in a change is inversely proportional to the size of the change. - B.I Kahn's First Law The probably of error in a one character change is approximately 100%. If the possibility of collateral damage exists, the probably of error can appear to exceed 100%. - corollary to B.I Kahn's First Law IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 11/02/2011 05:34:10 PM: From: Ed Finnell efinnel...@aol.com Early on(mid sixties) there was a 'Blue Fortran'(not IBM) that cursed diagnostics at you then would printout a 'one finger salute' at the end. It was humorous for awhile... In a message dated 11/2/2011 3:56:54 P.M. Central Daylight Time, allan.stal...@kbmg.com writes: Sorry, you are an idiot. Compilation aborted. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: As IBM CEO, Ginni Rometty will bring some Midwestern charm
I was born and raised in the Midwest but I have never heard the term Midwestern charm before Our greatest danger in life is in permitting the urgent things to crowd out the important. - Charles E. Hummel Efforts and courage are not enough without purpose and direction. - John F. Kennedy IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/27/2011 03:50:40 PM: From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 10/27/2011 03:55 PM Subject: As IBM CEO, Ginni Rometty will bring some Midwestern charm Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu With Virginia Ginni Rometty, the newly named CEO to succeed Sam Palmisano at IBM Corp., the business machines company is likely to see a little more in Midwestern charm. Ms. Rometty is a Chicago native and graduate of Northwestern University, where she serves as a trustee. I wrote about her more than a year ago, when she was named a possible contender for the top job. Ms. Rometty, who has been leading IBM's global business services, previously oversaw the consulting arm of PricewaterhouseCoopers, which was acquired by IBM in 2002. Her job was to attract big customers as well as redesign and run the company's human resources and finance businesses ? key departments for IBM. ?Ginni Rometty combines performance and charisma,? said George F. Colony, chairman of Forrester Research, in a New York Times story about her earning the CEO job. ?She orchestrated a massive charm campaign to bring the PricewaterhouseCoopers people into the fold. That was the trial by fire for her.? More recently, Ms. Rometty is credited with leading the growth and development of IBM's huge services business. Time magazine noted in 2002 that her vast Rolodex and industry expertise would make her a force at the company. And maybe her skills in scuba diving ? her favorite sport ? came into play, too, the magazine said, quoting Ms. Rometty as saying, It's 98% calm and 2% terror. Read more: http://www.chicagobusiness.com/article/20111026/BLOGS03/ 111029828/as-ibm-ceo-ginni-rometty-will-bring-some-midwestern- charm#ixzz1c0tNKjjz (fluff piece on Rometty) -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: How to control in an JCL that a file is empty or not exist ?
ouch - thanks old fingers faster than old brain IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/15/2011 09:49:19 AM: From: Scott Rowe scott.r...@joann.com To: IBM-MAIN@bama.ua.edu Date: 07/15/2011 09:50 AM Subject: Re: How to control in an JCL that a file is empty or not exist ? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Kirk, I don't think your little code sample would work as you intended, try LA instead of LR ;-) On Thu, Jul 14, 2011 at 5:24 PM, Kirk Talman rkueb...@tsys.com wrote: Or write little program (skeleton ASM) OPEN LR R3,4 GET LR R3,0 OR ... EOF EQU * RETURN w/R3 as return code in R15 can also be done in Cobol in same manner and probably all other languages IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/14/2011 09:22:05 AM: From: Greg Shirey wgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Date: 07/14/2011 09:31 AM Subject: Re: How to control in an JCL that a file is empty or not exist ? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu As mentioned, LISTC will test for whether a file exists; ICETOOL provides a method to test if a file is empty. From Smart DFSORT tricks (ftp.software.ibm.com/storage/dfsort/mvs/ sorttrck.pdf) For example, in the following ICETOOL job, the EMPTY operand of COUNT is used to stop STEP2 from being executed if the IN data set is empty. ICETOOL sets RC=8 (because the RC8 operand is specified) if the IN data set is empty, or RC=0 if the IN data set is not empty. ICETOOL only reads one record to determine if the data set is empty or not empty, regardless of how many records there are in the data set. //STEP1 EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //IN DD DSN=... //TOOLIN DD * * SET RC=8 IF THE 'IN' DATA SET IS EMPTY, OR * SET RC=0 IF THE 'IN' DATA SET IS NOT EMPTY COUNT FROM(IN) EMPTY RC8 /* // IF STEP1.RC = 0 THEN //*** STEP2 WILL RUN IF 'IN' IS NOT EMPTY //*** STEP2 WILL NOT RUN IF 'IN' IS EMPTY //STEP2 EXEC ... ... // ENDIF HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hilario G. Sent: Thursday, July 14, 2011 7:40 AM To: IBM-MAIN@bama.ua.edu Subject: How to control in an JCL that a file is empty or not exist ? Hello folks, I have several batch processes that contain empty files or files that do not exist. I need to control the execution of certain programs based on the existence of these files (including files created empty). I try to used IDCAMS but didn't work in my tests. Thank you very much everyone. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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 CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. 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 - The information contained
Re: Z196 Cobol pgm with higher CPU
The last PMAP (or whatever it is called now) I looked at showed that the Cobol code generator was not even using relative branching. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/14/2011 02:04:37 PM: From: Vernooij, CP - SPLXM kees.verno...@klm.com So, since it is Cobol, would just a recompile with a recent compiler be sufficient to generate an efficient loadmodule? We discussed a similar issue internally recently with regards to the new instructions that are available on today's machines and were not 10 or 20 years ago when an old module was compiled. Also for this reason, recompiling it could make it more efficient. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: How to control in an JCL that a file is empty or not exist ?
Or write little program (skeleton ASM) OPEN LR R3,4 GET LR R3,0 OR ... EOF EQU * RETURN w/R3 as return code in R15 can also be done in Cobol in same manner and probably all other languages IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/14/2011 09:22:05 AM: From: Greg Shirey wgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Date: 07/14/2011 09:31 AM Subject: Re: How to control in an JCL that a file is empty or not exist ? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu As mentioned, LISTC will test for whether a file exists; ICETOOL provides a method to test if a file is empty. From Smart DFSORT tricks (ftp.software.ibm.com/storage/dfsort/mvs/ sorttrck.pdf) For example, in the following ICETOOL job, the EMPTY operand of COUNT is used to stop STEP2 from being executed if the IN data set is empty. ICETOOL sets RC=8 (because the RC8 operand is specified) if the IN data set is empty, or RC=0 if the IN data set is not empty. ICETOOL only reads one record to determine if the data set is empty or not empty, regardless of how many records there are in the data set. //STEP1 EXEC PGM=ICETOOL //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //IN DD DSN=... //TOOLIN DD * * SET RC=8 IF THE 'IN' DATA SET IS EMPTY, OR * SET RC=0 IF THE 'IN' DATA SET IS NOT EMPTY COUNT FROM(IN) EMPTY RC8 /* // IF STEP1.RC = 0 THEN //*** STEP2 WILL RUN IF 'IN' IS NOT EMPTY //*** STEP2 WILL NOT RUN IF 'IN' IS EMPTY //STEP2 EXEC ... ... // ENDIF HTH, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hilario G. Sent: Thursday, July 14, 2011 7:40 AM To: IBM-MAIN@bama.ua.edu Subject: How to control in an JCL that a file is empty or not exist ? Hello folks, I have several batch processes that contain empty files or files that do not exist. I need to control the execution of certain programs based on the existence of these files (including files created empty). I try to used IDCAMS but didn't work in my tests. Thank you very much everyone. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Meet IBM's new $75,000 mainframe
There was a post I thought I saw on this list a while back which said IBM had sold two fully loaded systems to SwissRe with a quoted price in the low to middle 7 figures, depending on whether the price was for one or two systems. A number of the processors (in single digit) were IFLs. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/12/2011 11:43:23 AM: From: Paul Gilmartin paulgboul...@aim.com IBM never discloses its top mainframe pricing but depending on how the system is configured it's believed to cost in the high six figures, and well beyond. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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
lies, d***ed lies and statistics
waiting for a job to run I noticed something curious - maybe someone can explain - displays are slightly censored - does this mean there are multiple ways to get model type and they give different answers? batch job - CPU MODEL=2097 (Z10 EC) JCLCHECK 11.0 AM01INVOKED AT 3:05:38 PM ON WEDNESDAY JULY 6, 2011 SYSTEM INFORMATION: CPU MODEL=2097 SP7.1.2 TSO3.12.0 SMS31C0 ENVIRONMENT ARRAY: TASID Version 5.14 - CPU 2817-M32 (z196) CPU utilization 100% CPU 2817-M32 ( 3 CPUs) ENQ Contention 2 Real Stg 9437184K Expand Stg 0K MVS Information: z/OS 01.12.00z/Arch JES Information: JES2 / z/OS1.12 / HJE7770 Current time 15:14 on 2011/07/06 Last IPL time 04:46 on 2011/06/26 IPL Parameters 62A6 F0 M 1 z/OS 01.12.00 JES version JES2 ..JES level .12 ..RACF level 7.77.0 ..TSO version 3.2.0 ..VTAM Level 6.1 ProcStep $PGMRDFSMS level 1.12.0 Region 4M RACF Grp PGMGRP DSF level 1.17.0 Mode PR/SMISPF Level 6.1.0 HSM Level 01.12 is this related? TASID can not locate the LPAR information on this system - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Vector processors on the 3090
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/01/2011 03:37:31 AM: From: Timothy Sipples timothy.sipp...@us.ibm.com And before *that* there was the IBM 2938 Array Processor which you attached to your System/360. If this is the beast I think it is, it attached only to 360s as a channel that had outboard channels. Memory (no bit correction) says that was 44, 65, 75, 91, and 165/8 on 370. May be more. The programs were channel programs. I was told that this was the reason the 44 was created. And that it was 65 + lobotomy. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: retraction ...
I started @ Duquesne 10/86. Within in a few yrs Duquesne merged w/Morino Assoc. to form Legent because venture capitalists who owned parts of both saw an advantage to it. Total culture clash between companies made merger an interesting time. Unfortunately there is no shelter that will take unwanted managers. Almost immediately Legent bought the company that owned Endevor, and made its president the president of Legent. A few yrs later, Legent picked up Goal -- a yr or so before being bought out by CA in 8/95. Before the buyout was complete, a questionaire was passed out. One of the questions was Do you want to work for CA? Amazing the number of people who wrote NO. They got their wish. I remember having to try to comfort the woman who walked me out. She was a wreck. from other email I think Tim Brunner wrote QF and PMO. QCM was before my time. around the time I started, two products (can't remember names) one Duquesne owned and one they bought were merged to form MIM . Ed Legowsky (sp?) then added another part. I think it was originally called EDIF. A have a lot of good memories from my decade in Pgh. Duquesne was the best company I have ever worked for. Neglecting upper management, Legent was as good. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/13/2011 09:26:37 AM: From: Staller, Allan allan.stal...@kbmg.com To: IBM-MAIN@bama.ua.edu Date: 06/13/2011 09:35 AM Subject: Re: retraction ... Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Duquesne ? - Legent ? - CA Goal systems - snip Duquesne ? - Legent ? - CA /snip -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: retraction ...
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/13/2011 01:57:03 PM: From: Bill Fairchild bi...@mainstar.com Duquesne merged with Morino Associates and the combined entity was named Legent. Later CA bought Legent. CA had also bought Allen Services previously. Thus CA came to own the two most prevalent commercial (and mutually competing) products to reduce enqueue and reserve conflicts between two or more systems sharing DASD. I think one of the original two products was called MSI (Multiple Systems Integrity) for a while. MIM stood for Multiple Image Manager, I think. I agree - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: An upbeat story
One of the gentlemen I work with is 75 and still going strong. He was a music major - saxaphone and voice - got his masters - taught high school for a decade. Spent 3 decades w/IBM in various positions. For last 1.5 decades he has been doing Cobol/IMS/BD2 and is a specialist in his application His wife is approaching retirement and he is thinking he might retire. My hero and excellent lunch companion. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/15/2011 05:42:32 AM: From: Barry Merrill ba...@mxg.com In the early 70s, State Farm ramped up its Application Development to PL/1 and hired a massive number of new programmers (in excess of 1000, I think), and sent them thru a 9 week course, and those that learned well were hired. The analysis of the chosen found that the key factors were that they had backgrounds or skills in musical instruments, or were competent in multiple spoken languages, or were strong in math, or had engineering skills, especially Electrical Engineering. Very few were computer science majors. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: retraction ...
original console product was SCON after MIM created the merged product was called MIC MIA was multi image allocation IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/22/2011 09:42:10 PM: From: Ted MacNEIL eamacn...@yahoo.ca two products (can't remember names) one Duquesne owned and one they bought were merged to form MIM. SDSI -- Shared DataSet Integrity. MSX/MSI - can't remember what they stood for. But, IIRC, MSI was Multiple System Integrity. MSX consolidated consoles from multiple systems (pre-SYSPLEX). This feature was in MIM, as well. We turned off as soon as we went to full SYSPLEX (circa OCT1994). - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: How to tell what security product
In my notes I also have DBLT = DeadBolt IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/18/2011 08:17:11 AM: From: Lindy Mayfield lindy.mayfi...@ssf.sas.com To: IBM-MAIN@bama.ua.edu Date: 05/18/2011 08:17 AM Subject: Re: How to tell what security product Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu how I did it was from the RCVT. if RCVT then RACF if ACF2 then ACF2 if RTSS then TopSecret - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
...a shoddy piece of dishonest marketing nonsense... how many levels of redundant redundancy is contained in that phrase? Quidquid latine dictum sit, altum viditur. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/14/2011 08:21:07 AM: From: McKown, John john.mck...@healthmarkets.com Now with native HTML5 support for the best possible browing experience! http://www.theregister.co.uk/2011/04/13/web_skewers_microsoft_for_native_html5_talk/ - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: The plural of 'virus'
wow - good thing I didn't say I thought it was 4th declension. but then I don't trust most 50yr old memories even those from Latin School. I toured my high school 2 yrs ago during 50th reunion and the thing looks a lot smaller inside than I remember. It was nice to see places in the building that had never been remodeled :-) IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/12/2011 07:53:45 PM: We have been around this way before. The latin word 'virus' is an uncommon 2nd-declension neuter noun. (Most 2nd-declension neuter nouns end in 'um' in the nominative singular.) Thus 'virus' has no latin plural. If one is needed in English 'viruses' is available. The very common latin word 'vir', man, has the nominative plural 'viri', men. Moreover, 'ii' is impossible qua suffix: it can occur only when a stem ends in 'i', as in radius==radii. Latin dropouts would indeed be well advised to avoid attempting to form the plural of -us words. They are too problematic: the singular 'opus' has the plural 'opera'; the singular 'octopus' has the plural 'octopodes', etc., etc. It is far better, albeit subliterate, to speak of octopuses than of octopi. John Gilmore Ashland, MA 01721-1817 USA - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: A better abbreviation (Was: HFS file questions)
roflmao thnx I needed a laugh IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 02/14/2011 09:01:06 PM: From: Ron Hawkins ron.hawkins1...@sbcglobal.net Well, I think the whole subject zUX. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: 64 bit mode disabled
Please convince the Cobol code generator people that there are relative addressing instructions and immediate argument instructions not present in the 370. How many machine have up-to-date Cobol compilers but machines so old they do not have these instructions? IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/02/2010 10:38:06 AM: From: Clark Morris cfmpub...@ns.sympatico.ca Please convince the COBOL compiler developers of this need. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: 64 bit mode disabled
I dare say code/storage I was trying to move above the line 1.5 decades ago in a prior life is still not there. Another example of the 80/20 90/10 rule. When 80-90% of a complex project are done, the enthusiasm and therefore funding for the last bit diminishes considerably. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/01/2010 09:08:28 AM: We were still struggling with VSCR long after MVS/XA was GA. Ted MacNEIL - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Can anyone recommend a replacement for SAR or CA-View Spool?
We also use JHS to good effect on all plexes. Very easy to use. It shares code w/Xptr. From: David Magee david.ma...@dillards.com We've used JHS from Systemware (for Job logs and System logs) since way back in the 80's. Recent data is maintained on-line for browsing and research. Older stuff is archived to tape and can be recalled as needed. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: CA-TPX and SMF question
2 decades ago, when I was a TPX developer, they were SaveAreaControlBlock. They were getmained at startup below the line and chained together. They contained a savearea and two 6 word workareas used by variable management. The available chain was anchored in the SMRT or the SMRT extension. I had code to move some of them above the line and to create stacks but it was never implemented before CA bought out Legent. There should be an TPXOPER command that gives you what you want. For building exits, is there a macro for the SMRT? Oh how I wish we used TPX here. Switch has bugs I remember fixing in TPX. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/28/2010 05:23:16 PM: From: Pommier, Rex R. rex.pomm...@cnasurety.com Hi list, I can't find the answer in the CA documentation (or on Google) so I thought I'd come here. In the TPX SMF records -specifically the interval and shutdown records - there is a section that has SACB statistics. It has 2 fields in it, current SACBs in use and the SACB high water mark. Can somebody tell me just what the SACB is? What I'm actually looking for is something that tells me the maximum number of concurrent users of one of the applications I have defined to TPX. If I can't get that, the max number of terminal sessions signed onto TPX concurrently. I'm hoping the SACB field is the latter of these. TIA. Rex - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: O/T Stupid Data Center tricks
Oh how I wish I could use that as my tagline at work. ... Disaster Recovery Plan (the best one is still an offsite copy of your resume Art Gutowski Ford Motor Company - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: CA OPS/MVS phone home
We have/had a home grown version of that. It included a M$W server accessed via MQ and using VRU. Server and its software were not replaced for cost reasons :-) Now using just SMTP sending to SMS and/or email. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/10/2010 12:25:04 PM: From: Jack Kelly lasjke...@aol.com To: IBM-MAIN@bama.ua.edu Date: 09/10/2010 12:38 PM Subject: CA OPS/MVS phone home Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does OPS have the ability to call a phone number and send a message to someone? Or does another product, eg NetView? I assume that any of them can send a email but I hate assumption? TIA Jack - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Debug tool Problem
Because you use CALL '...', the subroutine is linkedited into the main program. Try SET QUALIFY PROGRAM DEBUGNW4 IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/19/2010 03:33:30 AM: From: גדי בן אבי gad...@malam.com To: IBM-MAIN@bama.ua.edu Date: 08/19/2010 03:36 AM Subject: Debug tool Problem Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi, I am having problems using debug tool to debug called programs. I have two COBOL programs, DEBUGNW3 and DEBUGNW4. I compiled DEBUGNW4 and then DEBUGNW3. DEBUGSW3 has the command CALL ‘DEBUGNW4’ in it. Running the program without Debug Tool works fine. When I run the program using Debug Tool in batch I use the following commands SET QUALIFY LOAD DEBUGNW3; AT 13 LIST ( MONE-1: , MONE-1 ) ; AT 18 LIST ( MONE-1: , MONE-1 ) ; SET QUALIFY LOAD DEBUGNW4; The last commands causes the message: THERE IS NO LOAD MODULE NAMED DEBUGNW4. To be displayed. The message says: EQA1925S There is no load module named load module name. Explanation: Load module qualification is referring to a load module that cannot be located. Programmer Response: The load module might be missing or it might have been loaded before Debug Tool was first used. On the System/370, Debug Tool is aware of additional load modules only if they were FETCHed after Debug Tool got control for the first time. How do I cause DEBUGNW4 to be fetched? Is there another way to fix the problem? TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you
Re: Debug Tool Question
We have DT 10.1 Enterprise COBOL for z/OS 4.1 (5655-S71) It is a world of difference and changes. Are u debugging batch or CICS? What language(s)? Have u been here: http://publib.boulder.ibm.com/infocenter/pdthelp/v1r1/index.jsp IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/12/2010 03:46:38 AM: From: גדי בן אבי gad...@malam.com To: IBM-MAIN@bama.ua.edu Date: 08/12/2010 03:47 AM Subject: Debug Tool Question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi, We are migrating from VS COBOL II to a newer version of COBOL (COBOL for OS/390 and VM v2.1.2). We have Debug Tool v1.2 installed and it seems to work. The IVP job runs fine. We can run simple programs through the debugger with no problem. We are having problems running complex programs. Our program is built with many different source programs. Each one is compiled separately. Some with debug options and some without. All of the load modules are then linked together. We are trying to run the debugger and debug one of the called programs. The whole program runs OK, but the debugger does not receive control. We are trying to run everything in batch. We are running z/OS 1.9 Any help would be appreciated. Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you
Re: More FUD on the demise of the Mainframe
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 08/03/2010 10:45:09 AM: From: John P Kalinich jkali...@csc.com I would not worry about FUD given the following statement from the article. Some companies still employ an older mainframe with a screen known as a 3270 terminal emulator, which evokes the decades-old Disk Operating System, or DOS, that predated Microsoft (MSFT) Windows but how many people who read the article know what odiferous horse hockey it is? pup137 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Finding the procedure name from a program
procedure name not available but * GET_SSIBJBID DS 0H jobnumber L R1,16 --CVT USING CVT,R1 L R1,CVTTCBP --TCB words DROP R1 L R1,4(R1)--current TCB USING TCB,R1 L R1,TCBJSCB --JSCB DROP R1 USING IEZJSCB,R1 L R1,JSCBSSIB --SSIB DROP R1 USING SSIB,R1 LAR15,SSIBJBID DROP R1 LAR0,L'SSIBJBID BRR14 * GET_TIOCNJOB DS 0H jobname ICM R1,15,@TIOT JNZ GET_TIOCNJOB1 EXTRACT MF=(E,@EXTRACT) L R1,@TIOT GET_TIOCNJOB1 DS 0H USING TIOT1,R1 LAR15,TIOCNJOB DROP R1 LAR0,L'TIOCNJOB BRR14 *- GET_TIOCSTEP1 DS 0Hstepname if no proc ICM R1,15,@TIOT procstepname JNZ GET_TIOCSTEP1A EXTRACT MF=(E,@EXTRACT) L R1,@TIOT GET_TIOCSTEP1A DS 0H USING TIOT1,R1 LAR15,TIOCSTEP DROP R1 LAR0,8 BRR14 *- GET_TIOCSTEP2 DS 0Hstepname if proc ICM R1,15,@TIOT JNZ GET_TIOCSTEP2A EXTRACT MF=(E,@EXTRACT) L R1,@TIOT GET_TIOCSTEP2A DS 0H USING TIOT1,R1 LAR15,TIOCSTEP+8 DROP R1 LAR0,8 BRR14 ** From: Elardus Engelbrecht elardus.engelbre...@sita.co.za To: IBM-MAIN@bama.ua.edu Date: 07/29/2010 03:12 PM Subject:Re: Finding the procedure name from a program Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Bruce Richardson wrote: I'm looking for the control block and field name that contains the name of the procedure (or the member name of the PROCLIB) used in a step. I have an assemble program that displays the following for a job step: JobName, StepName, ProcStep, ProgramName, UserID JobName - From SMF Common Area UserID - From ACEEUSRI The rest I *think* you would have to look at JES2 macros. I'm not sure. ProgramName - Please clarify this one? From JCL or from the very first module in the address space? And I would really like to round out the information with the ProcName. Interesting. Tell us if you get some info about this one. Groete / Greetings Elardus Engelbrecht -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Another reason to hate PDSE's
Or imagine my astonished dismay the first time I allocated a member with DISP=(OLD,DELETE) and watched the entire PDS vanish. In the early 1970s, at a bank using MVT on 370/155, soon after DOS-OS conversion, all procs were stored in SYS1.PROCLIB. Excessively neat programmer deleted a member using that technique. System was unbootable. When the system came back after the sysgen (no backup res pack!), an APPL.PROCLIB was created and all SYS1 datasets were password protected. Ops was not given the password. So in 40 yrs, the same design flaw has bit how many people/shops? On the other hand, most programs I wrote in the 1960s would run today, if there were still card readers. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Hashing algorythm for text strings without embedded blanks
I have used the technique of adding byte values for a hash count in two shops over two decades to cut the length of a threaded list. Both times I used mod256 to good effect. The first time the string was an eight character variable name, the second time a set of strings over 64 bytes long. Both could contain spaces. In the first case the set was in the low thousands and short/long ratio was less than 3/1. In the second case, worst case set was above 1 million and the short long ratio was less than 1.5/1. In this case, the performance hit is low enough (and probably the systems fast enough) that it does not pay to go mod512. A million pages is still a technology limit for the kind of reports being indexed. One thing that helped in both cases was allocating control blocks pointed to by the hash tables in sets of pages to improve locality of reference. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 07/27/2010 03:18:49 PM: From: Binyamin Dissen bdis...@dissensoftware.com Subject: Hashing algorythm for text strings without embedded blanks Is there a preferred hashing algorithm for such strings? The strings will be fixed length with trailing blanks. I was thinking of simply doing a MOD64 (or higher) of the sum of thenon-blank part of the string by words, but as this is text with a limited character set, would this lead to excessive alias chains? Has research been done in this area? There will mostly be search activity but also add activity. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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
Who protects PDSs?
The protection of updates of normal files is done as I understand it by ENQ. As I remember, feature EDIF was added to the product MIM to offer the same kind of protection to members of PDSs. Is this kind of functionality now part of base zOS code? The scenario is: Job A is a low priority job run by group X which scans a library using DISP=SHR,DSN=whatever. Job B is a low priority job run by group Y which updates members in the same library using DISP=OLD,DSN=whatever(membername). The question is: Is it safe for group B to use DISP=SHR? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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
ENQ question
At month end a job of ours that nornally runs a few minutes took several hours by lpar saturation. Our job reads a JCL PDS used by the DBAs. They complained because their job and subsequent jobs were held up by hours. And once their job ran it took an hour instead of a minute (no exaggeration!). We have been asked to change our job which would require changing it on at least 6 plexes. Our solution is for them to change their job. They are using a construct that has the followed DD //OUTPUT DD DISP=OLD, DSN=IMS.DBA.JCLLIB(MEMBER) The question I have is: Is the DISP=OLD needed or does the QSAM interface to BPAM handle collisions? I vaguely remember that the MIM product had a feature added to it to handle member collisions in the middle to late 1980's by Ed Legowski so collisions were an issue back then. (EDIF maybe) So what is current state of the art? We are 1.10 with 1.11 rolling out this year (it's on 5-10 lpars already). - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: O/Topic Selling poisoned software
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/28/2010 03:38:32 PM: From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 06/28/2010 03:38 PM Subject: Re: O/Topic Selling poisoned software Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Yep. MSI MSX. There was a competitor from maybe Duquense but it always lost the benchmarks. SDSI, which I have also worked with. But, I thought, and I could be wrong, that Duquense, became a company after Moreno merged with the provider of SDSI. 1985? DUQN bought the company that owned the code that became part of MIM. Around 1985 because I started work for them in 1986 and the products were being merged/expanded at that time. That deal and several others were enhanced because of pending changes in tax laws. (TPX? STX? NetSpy?) The stock offerings to support that deal led to ownership by venture capitalists that drove the next deal. Then QUQN merged w/Morino to become Legent which was bought by CA in August 1995. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: UAT Best Practices
If UAT and QA are not separate environments, with formal promotion between them, how can you do formal in house testing before giving the code to the customer to test? It also limits the time frames for testing in an environment where changes come in regular waves (like releases). If UAT is owned by the customer, should they not have (and want to have) full control over the data in it? And to have that data very similar to real data. Would a customer want QA testers (much less programmers) to have access to data which looked sufficiently like production data? Would QA testers want data limited to the preferences and customs of just one customer? Auditors, both internal and external, in English speaking countries at least, want the greatest possible distance between real data and anyone not requiring access to that data. Regression testing is not easy (or cheap) in a modern database environment. On the other hand it is a great sleep aid. From: George Henke gahe...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 06/15/2010 09:49 AM Subject:UAT Best Practices Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Would someone please tell me what is best practices as to where most of the User Acceptance Testing (UAT) should take place? 1) In the developers' Integration Testing environment and conducted by developers 2) In the Quality Assuarnce (QA) environment and conducted by QA analysts Also where should final user signoff occur? Thank you George Henke (C) 845 401 5614 -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Quick Sort question
INCLUDE COND=(1,1,CH,GE,C'0',AND,1,1,CH,LE,C'9',AND, 2,1,CH,GE,C'0',AND,2,1,CH,LE,C'9',AND, 3,1,CH,GE,C'0',AND,3,1,CH,LE,C'9',AND, 4,1,CH,GE,C'0',AND,4,1,CH,LE,C'9',AND, 5,1,CH,GE,C'0',AND,5,1,CH,LE,C'9',AND, 6,1,CH,GE,C'0',AND,6,1,CH,LE,C'9',AND, 7,1,CH,GE,C'0',AND,7,1,CH,LE,C'9',AND, 8,1,CH,GE,C'0',AND,8,1,CH,LE,C'9',AND, 9,1,CH,GE,C'0',AND,9,1,CH,LE,C'9',AND,) IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/25/2010 12:17:02 PM: From: Starr, Alan alan_st...@calpers.ca.gov To: IBM-MAIN@bama.ua.edu Date: 05/25/2010 12:18 PM Subject: Re: Quick Sort question Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I just started so I may not yet be thinking correctly. How about: INCLUDE COND=(1,9,CH,GE,C'0',AND,1,9,CH,LE,C'9') Alan - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: (may o r may not be on topi c) Floatin g point ar ithmetic?
Consistency of result has a lot to be said for it as does meeting customer expectation. I don't want my checking account handled in either binary or floating point. Java is supporting both DFP and BFP. Java is strategic. Living with it is strategic. The COBOL organization is ignoring the message. I agree w/Shmuel. This is a display issue. It is also a precision issue. If you are storing money in an FP field, any format is acceptable as long as the precision includes cents (i.e. the lowest expectable unit in the currency) plus in some cases a digit for smoothing/rounding. But to the consumer you have to smooth over the internal roughness. You can't let the abstraction leak out. On the original 360/75s, not enough precision was kept in the float arithmetic unit that precision could be maintained during renormalization of the HFP intermediate result. A change was made during one of the re-pops during the first year to add what was called colloquially guard digits. The problems were detected because the old machine was CDC 1604 which had the same precision as a 7094. One of the numerical analysts did a graph of accuracy of an algorithm (either data analysis by matrix inversion or nuclear shielding calculations) when going from 32 bit HFP to 36 bit ? (BFP?) to 64 bit HFP to a large CDC machine with I think 60/120 bit words. 64 bit HFP because the standard but was not quite accurate enough for some calculations. I remember hearing some algorithms being rewritten to account for the problems. The good old days? NOT! - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Amazing article.
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/06/2010 04:34:31 PM: From: Patrick Lyon ptl...@midamerican.com And when talking to Unix/Windows folks, explaining (over and over) that dataset nodes are not directory paths and that PDS(E) can only be 1 level deep. As well as they way GDGs work (unless they have a VAX background). You'll have to excuse them. They only understand what they call modern technology. You didn't send us a file yesterday/x hrs ago. Explain to a customer that if they want to have more than one transmission to a file on their squatty box in a given time period, they must process that file before the next transmission. Or they can pay for multiple transmission setups. Or the file will be overlaid. The semantic problem is most of us experience new as more complicated than old. But modern does not equal more capable. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Member name format for z/OS directory as simulated PDS?
going back decades it was possible to mangle the member name and do a STOW to save an old member under the mangled name using the old TTR. You just can't use those names in JCL. It would take an experiment to see if LOAD and LINK would allow them. We still have libraries with those members in them. I think it was the work of Librarian or an old release of Endevor. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/05/2010 08:20:10 PM: From: Charles Mills charl...@mcn.org To: IBM-MAIN@bama.ua.edu Date: 05/05/2010 08:21 PM Subject: Member name format for z/OS directory as simulated PDS? Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Am I correct in my reading between the lines that if one is to process a z/OS directory as though it were a PDS(E) using BPAM DCB, FIND, etc. then the simulated member name - the file name - must be no more than eight characters? Must be upper case? What about names containing a period? No good? Must be no more than eight characters total? Or . ? Is there any more information on this specific topic other than Reading UNIX Files Using BPAM in DFSMS Using Data Sets? Yes, I could run experiments, but thought it made more sense to tap the collected wisdom of this august crowd. Charles Mills - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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
how big is big?
what is the size (in mips?) are the datacenters or companies that it takes to make the 1st, 2nd ... quintile? Is that published? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: COBOL - no longer being taught - is a problem
Amen - I own some of those poc. just finished moving some poc in ztrieve to Endevor from priv lib since they were being used in production. The next time they do title changes here I think I may lobby for System janitor. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/26/2010 11:12:09 AM: From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 04/26/2010 11:12 AM Subject: Re: COBOL - no longer being taught - is a problem Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Quick and dirty doesn't matter for one time jobs. Unfortunately, one-timers become old-timers. If it works, it has a high potential of becoming some sort of production! - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Arithmetic on COBOL usage is pointer
I believe using USAGE COMP-5 removes all truncation issues. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/16/2010 11:47:09 AM: From: David Andrews d...@lists.duda.com Subject: Re: Arithmetic on COBOL usage is pointer On Fri, 2010-04-16 at 11:28 -0400, Joe Reichman wrote: I redefined a usage pointer to PIC 9(8) comp to do arithmetic Have you compiled with TRUNC(BIN)? David Andrews - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Arithmetic on COBOL usage is pointer
Also be aware that I recently shot a bug for a compatriot where having an unsigned binary number defined made a If numeric fail. never went to root cause but it seemed there might be an issue of moves between binary fields being handled by cobol using MVC instead of ZAP. GOKW IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/16/2010 12:15:53 PM: From: Chase, John jch...@ussco.com Date: 04/16/2010 12:16 PM Subject: Re: Arithmetic on COBOL usage is pointer -Original Message- From: IBM Mainframe Discussion List On Behalf Of Joe Reichman I redefined a usage pointer to PIC 9(8) comp to do arithmetic and got weird results Are there any rules for doing math on Usage is pointer Compiler option TRUNC(BIN) would be a friend, but specifying COMP-5 on your REDEFINE would be better. -jc- - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Real CPU Id
In the early 1990s, a company with datacenters in multiple locations had a popular piece of software I was working on. They had paid for it in one location. That location sent copies of the install tape to other locations. They then called regularly for a temp auth code which they sent to each unauthorized location. When it was discovered (I think by our level 0 people), the lawyers arranged for a large bag of money to exchange hands. All very hush-hush. After that support logs were watched much more closely for patterns. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/15/2010 12:45:48 PM: the whole DRM business piracy is big problem. there were scenarios in the 90s ... - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: assembler to cobol conversion question
05 abend-codepic 9(4) comp. CALL 'ILBOABN0' USING ABEND-CODE Enterprise COBOL for z/OS V3R4 Migration Guide 3.2.7Using ILBOABN0 to force an abend IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 01/29/2010 09:10:20 AM: Many people have written a subroutine in assembler to issue the abend and just call it from the main program. Eg CALL 'ABEND' USING ABEND-CODE. HTH, snip We are trying to move aways from assembler to cobol in batch. One of the programmers has a question. He asked me if there is a cobol equivalent to assemblers 'abend' He has done some reading and tried what was given but is having no luck getting the return code he wants into it He can get it to abend but the s0c7 overrides the value he wants to put in the field. I've looked around but havent been able to help him Can and how is this done?? /snip -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Anybody use a Wiki for internal information?
We have SharePoint available which runs under M$sqlserver. Most information is not in wiki format and searching is quite inefficient because of the high number of useless hits. There is an open wiki w/~1400 pages that has not caught on with the general user. about 500 of those pages are mine. This is very helpful in providing links based on the topic in the page name. By searching within the wiki as opposed to the whole website, the first listed hits are often the most relevant. But the auditors, bless their hearts, said that any official documentation must be stored in a restricted location. so I have my own wiki w/~700 pages w/independent access security. There is no way to easily cross link the wikis -- it requires a url link. What would be ideal is a wiki like mediawiki which has namespaces and which also has independent access security for each namespace. Does anyone know if that exists? IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 01/12/2010 10:50:28 AM: -Original Message- From: IBM Mainframe Discussion List On Behalf Of McKown, John I have a real gut desire to organize our internal Tech Services into a Wiki. Something that is easily searchable with keywords. I'm having a real problem with inertia and too much bother from others in my group. At present, we tend to just document things in a MS Word document, then put that in a shared Windows folder with a good file name. We then ignore it. grin Does anybody out there think using Wiki software is reasonable and more effective? Has anybody actually done it? If so, on what platform and with what software? It is unlikely that we would host it on z/OS due to CPU usage. That would be considered not cost effective. We do your at present method, but store them on Sharepoint. -jc- - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Heads Up: Possible Data Loss for Temporary Data Sets starting 2010
During the early 90's I was with two diffiferent software companies. I saw the same leap year problem at both. It was widely reported at other companies. What was amazing was that the problem recurred in 92, 94 and 96 because of 1) bad zaps 2) zaps that were sourced wrong or not at all 3) new code with the same old errors. It got to the point, it was funny if tragic. There are no new bugs. The old ones live forever with new clothes and/or bodies. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 01/07/2010 06:55:06 PM: A variant of what some people have been calling Y2.01K? I have seen reports of systems that think that this year is 2016 instead of 2010. There was some speculation (mostly uninformed) that this might be due to confusion between binary and BCD year numbers (or year offsets). That reminds me of a problem I saw in 1990, in several programs, where leap year logic went wrong due to testing the year number for divisibility by four as if it was a binary number, when it was, in fact, BCD. The one thing that the failing programs had in common was that they were all written in the 1980s. 1980 happened to be a leap year, and the faulty logic got the right answer all the way up to 1989 (Y1.99K, if you like). That same faulty logic would again get the right answer from 2000 to2009, so what I wonder now is whether 2010 might bring deja vu all over again, for some programs written after 2000. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Check out Computer glitch to cause flight delays across U.S. - Mar ketWatch
Thank you for this -- suspicions confirmed. I am reminded of doing support in the late 80s/early 90s. LUGA calls and has an abend in TPX. Guy has got the psw/registers declassified and is faxing them to me. He will get any page of the dump declassified I need or he can answer questions over the phone. He asks why we don't have an official representative. They get full clearance. When dump occurs they fly to wherever, read the dump and fly home. I asked, but management wouldn't bite. p.s.don't remember if new fix or not but registers were enough to identify fix. now squatty box apps produce 30+ line module trace and obscure message. but the message box is very - oh so - pretty. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 11/20/2009 01:13:00 PM: ... B. The intelligence-community agencies do not operate like this. They have an infinitely deep budget, the amount of which is a closely guarded national secret. They always get the very latest, greatest, biggest, and fastest of everything. Then they set their own expert employees loose on the equipment to try to make it even faster or better in some way. They have acres and acres of such equipment in underground data centers that almost no one knows about. All the top management of all the big vendors know all this, and have internal skunkworks departments that handle all the classified RFPs, bids, etc. Nothing is ever divulged publicly about anything, let alone published in the CBD. No law suits are allowed, as this would cause the LUGA [Large Unnamed Government Agency] to suffer a delay in using the newest latest and greatest stuff, and if there is any delay, then the terrorists win. Bill Fairchild - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: big iron mainframe vs. x86 servers
How many Mainframe engines = 1500 x86 boxes? IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/19/2009 12:51:38 PM: Fairly nice article. Rather nicely balanced about the pluses of either environment. It's a slide show. http://www.eweek.com/c/a/IT-Infrastructure/Big-Iron-Mainframes-Versus-x86-Servers-What-You-Need-to-Know-332020/?kc=EWKNLEDP08202009A John McKown - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: big iron mainframe vs. x86 servers
I asked because the pretty slide show linked to by the original post I replied to used that number (1500) on the 13th and last slide with no indication of scale factor or context. After 48 yrs in IT I have an appreciation for the issues raised by the replies, both explicit and implicit. I was wondering from the practical point of view. Where is the cross-over point where one considers z10 vs squatty box? on power? on space? on software licences? admin bodies? is the issue to complicated without doing a full tca/tco? This was on my mind because I have the misfortune to have inherited support of a mainframe application connected to a squatty box using custom code and a token ring conenction to the mainframe. every time it burps i get indigestion. replacing it means using smtp to replace telephony -- swapping one poisonous snake for another breed. As an aside, what is a good abbreviation for mainframe than m_f? I would like to reserve that for M$, Office and InfoPath at the moment. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/20/2009 02:54:30 PM: -Original Message- [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt Interesting. I'd think the number could be less than one. [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chase, John -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kirk Talman How many Mainframe engines = 1500 x86 boxes? It depends. Could be as few as one. In this case, I would bet it depends on what those x86 servers are doing. If they are a Beowulf supercomputer cluster, then the z10 is NOT going to beat it. But if they are Web servers? Or even application servers? Speaking of such. The z10 is said, by IBM, to be the fastest (clock time) CISC processor. So, does that mean that a single IFL processor could outperform any single x86 (Xeon?) single threaded processor around for something which is CPU intensive, such as numeric computation? To be fair, let us assume that this computation is being done in Java by using the identical .class file. I know that isn't fair since the JVMs are not identical. But it is about as fair as I can think of. Or perhaps the same C code compiled and run on Linux using the same version of GCC. John McKown - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
My meager understanding of compiling is that it is a multi-phase process internally. code generation is the second last phase. the last phase being reporting, i.e. the listing etc. One would not want to generate C but whatever the stuff is that C produces in its parse+ portion, before it does code generation. I have seen on this list comments that PL/I and C share part of the code generation. why not add Cobol to the mix? It is a less rich language than either C or PL/I. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/12/2009 07:42:30 PM: A COBOL compiler that runs on Linux (including Linux for System z) does produce intermediate C code, before running it through GCC. It is not technically considered a GCC based COBOL, though. Take a look at OpenCOBOL, http://www.opencobol.org. There was some work done some years ago on GCC COBOL, but it has lagged somewhat. I have heard recently that the maintainer was going to get back to it. But, GCC COBOL was going to use LISP. When I read that, I lost interest. Kirk Talman wrote: Why can't Cobol use the C code generator? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: COBOL is an obvious cash cow to be milked to death was Re: Does Ent. COBOL 4.1 generate 64-bit binary arithmetic instructions?
Why can't Cobol use the C code generator? IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 10/09/2009 04:55:20 PM: Meanwhile, IBM spends considerable effort in optimizing its C/C++ compilers. Customers with C and C++ applications have more alternatives to Big Iron. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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
SWAREQ UNAUTH=YES S0C1 ?1.10?
A utility macro that issues SWAREQ UNAUTH=YES has abended w/S0C1 because it was used in 24 bit mode. IFA says at the BALR R14,R15 but I think the problem is the BR R14 returning. The macro is used in multiple places/programs. This is the first abend. It is hard to believe the utility that abended had not been used before this w/zOS 1.10? Has anyone else seen/heard of this? Any idea why BALR used instead of BASR? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: SWAREQ UNAUTH=YES S0C1 ?1.10?
Yes the book says 31. I finally fixed the code with LARL R3,LABEL get address for second BSM BSM R3,0 save the mode bit SAM31 , go to 31 bit mode LAR1,1608(,R4) begin SWAREQ MF=(E,...),UNAUTH=YES LAR13,0(,R13) L R15,16 L R15,296(,R15) L R15,100(,R15) L R15,88(,R15) BALR R14,R15 end SWAREQ generated code ORG *-2 prevent silly S0C1? BASRR14,R15 prevent silly S0C1? BSM 0,R3 put back original mode LABEL DS 0H Now I have to fix the fix - the returned pointer (SIOT) is now above the line. Sigh! All systems zOS 1.10 (except the sandbox(s?) on 1.11 which doesn't run this code). Thanks for helping me think the unthinkable. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 09/03/2009 04:24:36 PM: Chris Craddock wrote: It wouldn't matter anyway. Neither of those changes the amode. That would require BASSM, or BSM or in z architecture, SAM. Is SWAREQ documented to allow 24-bit mode callers? (I really don't know without looking it up) http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a490/15.1.1 AMODE=31 is required. Edward E Jaffe - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Find the computer error
Visa does have cards beginning w/2. Don't know what they are yet. Robert A. Rosenberg hal9...@panix.com Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu 07/15/2009 06:31 PM Please respond to IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To IBM-MAIN@bama.ua.edu cc Subject Re: Find the computer error At 14:10 -0600 on 07/15/2009, Roach, Dennis (N-GHG) wrote about Re: Find the computer error: One too many digits for VISA. Also as I note in another reply, VISA numbers all begin with a 4 (which the amount does not). -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: relationship between directory blocks and the number of members in a PDS ?
S229-3169-3 S/360 OS FE handbook 4th ed (1971July) p231to the rescue It's 8 bytes for the name, 3 for a TTR (first block) 1 for flags (recently linked vanilla modules seem to have X'2C') 3 per optional TTR (you can have 0 to 3 of them - recently linked vanilla modules seem to have one - doc says first block of text) and a maximum of 31 user half words (0-62) for the data field (recently linked vanilla modules seem to have 12 halfwords for total of 24 bytes - doc says first byte zeroes, TTR of note list or scat/trans table [0 in sample], one byte of length of that table [0 in sample], 3 bytes main storage needed, ...) using doc 38 yrs old of interface ? years old IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 05/01/2009 05:04:13 PM: Bruno Sugliani wrote: Or even more just by following the book that says that 62 bytes is the max size for an entry and 256 bytes is the directory size. So 4 should be safe Check again. It's 8 bytes for the name, 3 for TTR, 1 for flags, and a maximum of 62 for the data field. So you can fit a maximum of three per directory block. 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 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: Howard Turetzky has a NEW EMAIL ADDRESS and is no longer receiving email at this address
clock of x'.' gives September 2042. forget the day of month. richard IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/03/2009 09:14:56 AM: On Thu, 2 Apr 2009 14:32:56 -0700, Natarajan Mohan nmo...@edfund.org wrote: :-) That sounds more like Y2K windowing solution maximum date you could specify for the out of office message Edward Jaffe edja...@phoenixsoftware.com 4/2/2009 2:05 PM Howard Turetzky wrote: I will be out of the office starting 04/01/2009 and will not return until 12/31/2046. 2046??! Now, THAT's what I call a vacation! :-) Isn't that when the older TOD ran out prior to it's last revision/extension? The old gray matter ain't what it used to be... Art -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: COBOL and dynamic allocation (my two cents)
If I remember the OP correctly, s/he wanted to do some kind of table lookup to determine where to send output. We have an immense universal system to do this used on multiple plexes/lpars/... The core concept is to store the rules and related information somewhere and use that information to build the JCL. For us it is the distribution JCL. It could be just as well for a much smaller shop be to build the production JCL. In our case almost nothing is hardcoded except edit rules. (e.g. The class must be alphanumeric.) Tables built on main plex are sent to other plexes once a day. The only caution for an automated system like this is leave breadcrumbs everywhere. The constant complaint I didn't get my report can only be answered with hard data. I even have a way for a report program to very quickly use a subroutine to interrogate a file to see if there is a rule for the report. If not the report program does not run. At one item we had a billion lines a day backed up and going nowhere. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/16/2009 10:22:01 PM: Yahoo is not putting the text of the original message for some reason. COBOL is a side issue (albeit small) in this case. Personally I find it abhorrent to hard code anything like destination in any programs. JCL is the ONLY way to go. It can be searched with multiple utilities (FILEAID and others) rather easily. This issue is that when (I did not say IF) a destination changes you must remember to recompile the program. If you do it in JCL then there is now recompilation and the change can be made with minimal impact. I had a programmer come to me a few years ago and he wanted to write a report that could go to multiple places. He wanted to do dynamic allocation (we were a strict COBOL shop). I do not have the memo I wrote him now or else I would paste in in here. To make things really simple just code a DDNAME and a DD and sysout=whatever, dest=newyork1 ddname2 DD sysout=whatever,dest=newyork2 etc etc and then in you COBOL program have an FD for each possible destination. The only rub to this is that there is a unknown (back then I came up with a number) max number of FD's IIRC it is around 1200. You may also want to code free=close on the DD statement. Yes it is a lot of JCL but a COBOL program that does dynamic allocation (even if its written in assembler or some other language) is a hard to maintain animal. Trying to change JCL in the middle of the night is easy compared to recompile and link edit and hey don't forget testing. If you set up the JCL correctly in the test phase it is a cake walk to production. I am not bad mouthing COBOL I am just say get realistic and look beyond coding and testing. It will make life a lot easier. Plus if you want you can dd dummy out the DDNAMES in testing and when the JCL goes to QA it will be easy, IMO. Ed ps: Do NOT forget reruns this brings up side issues as well. -- 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 communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: COBOL question: Why can't we use RECORD CONTAINS 0 CHARACTERS for RECFM=V files?
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 12/17/2008 05:16:27 PM: Subject: Re: COBOL question: Why can't we use RECORD CONTAINS 0 CHARACTERS for RECFM=V files? Overriding LRECL for varying-length files simply works. Specify LRECL=32756 (32752?) and be done with it. Do you mean just define the COBOL FD as RECORD CONTAINS 0 TO 32756 CHARACTERS and then use LRECL=32760 as a JCL override for a file no matter what it's variable max length is? Have not tried that but I certainly will. Thanks! Peter I am very interested in this because I gave someone advice on this recently. So I coded a small program to test my memory (see below). I get this error message of the actual LRECL of input file is not the same as the implied LRECL from 01(s) under the FD. So yes you need a JCL override that matches the program. Or else some parameter I have been unable to define. richard IGZ0201W A file attribute mismatch was detected. File QSAMVARIABLE in program T the file specified in the ASSIGN clause had a record length of 255. 39 IDENTIFICATION DIVISION. PROGRAM-ID. TSNOTIFX. *** Environment Division. INPUT-OUTPUT SECTION. FILE-CONTROL. SELECT QsamVariableASSIGN I FILE STATUS IS InStatusWs. *** DATA DIVISION. File Section. FD QsamVariable Record varying. 01 InRecord1. 05 InData1 PIC X. 01 InRecord2. 05 InData2 PIC XX. *** Working-Storage Section. 01. 05 PIC X VALUE SPACE. 88 InEof VALUE 'E'. 88 InInit VALUE SPACE. 05 InStatusWs PIC 99. *** PROCEDURE DIVISION. OPEN INPUT QsamVariable DISPLAY '' InStatusWs '' READ QsamVariable AT END SET InEofTO TRUE NOT AT END DISPLAY '' InData1 '' DISPLAY '' InData2 '' END-READ Goback . - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. 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: California's COBOL payroll system
Right hand screw rule. If the thumb of your right hand is the screw, then your fingers describe the direction to tighten. Also works for physics, If thumb of right hand is current in a straight wire (electron flow is opposite of current) then the fingers describe the magnetic field lines. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/11/2008 09:53:58 AM: On 11 Aug 2008 04:47:43 -0700, [EMAIL PROTECTED] (Chase, John) wrote: Righty-tighty and Lefty-loosy. Until you encounter left-hand threads.. Since I know which way to turn them, I can infer which way is right or left in your vernacular. But otherwise, I would have to guess as it would depend on whether the wrench handle was up or down. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
user request
One of our analysts asked this question. She thinks it is software one of our clients uses but she cannot get any information through her contacts. I find nothing useful via Google. I have no idea what platform but I think the client is in Europe. Have you ever heard of the Edostar report management software? Anyone have an answer other than No? Thanx in advance. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: We're losing the battle
The most common box used for authorizations is what used to be called Tandem. Mainframes do much else. They stand at short arm's length to each other. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 06/23/2008 04:36:22 AM: You can be darn sure the card approval service -- the GDPS-based (likely) application that approves or denies your card transaction -- is still working round the clock. So the mainframe is still working. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Workable Mainframe Debuggers
You must work in heaven. Obtaining a tool just because the pgmrs wanted it? Oh my heart be still. btw we went from XBUG to IDT (IBM debug tool). plus the other tools in set. there was a price issue (10's of kmips). IDT has a serious learning curve w/ new releases yearly. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/11/2008 03:56:19 PM: Here we used to have Xpediter. That was thrown out in favor of Intertest - I suspect mostly because of cost. Just a few weeks ago, we went back to Xpediter because the programmers liked it better. I Eric Bielefeld - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: (fwd) Re: Is IT becoming extinct?
With TRUNC(STD), I put my money on the SYSLIT AT +4 being a binary fullword with 10**8 since the ST into MYDATA is storing the remainder of the divide. With TRUNC(BIN), this is consistent w/the behaviour of IBM Enterprise COBOL for z/OS 3.4.1 not using any 64 bit-era instruction, e.g. relative addressing and halfword immediate. Since you show only R7 being stored, the A R6 is superfluous. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/08/2008 02:25:14 PM: I gotta ask this, hope you don't mind. Why is the code generation for fullword binary so weird? I have: 77 MYDATA PIC S9(8) BINARY. .. ADD +1 TO MYDATA The code generated is terrible (to me): L 6,0(0,2)MYDATA SRDA 6,32(0) LH0,22(0,10) PGMLIT AT +10 SRDA 0,32(0) AR6,0 ALR 7,1 BC12,164(0,11)GN=17(0002D8) A 6,0(0,12) SYSLIT AT +0 GN=17EQU * ST7,0(0,2)MYDATA Why is COBOL doing 64 bit arithmetic? Why the BC around the A when the contents of register 6 are ignored? This is with TRUNC(BIN). With TRUNC(STD), I get: LH7,22(0,10) PGMLIT AT +10 (halfword H'1') A 7,0(0,2)MYDATA LR6,7 SRDA 6,32(0) D 6,4(0,12) SYSLIT AT +4 ST6,0(0,2)MYDATA which is much better, but still confusing. In my own code, a simple: L 6,MYDATA A 6,PLUS1 ST 6,MYDATA suffices. Or, going with what would be more similar to COBOL's code: LH 7,=H'+1' A 7,MYDATA ST 7,MYDATA what is with the SRDA and D? I cannot determine what SYSLIT+4 is because it looks like x'05F5E100' which makes NO sense to me. John McKown - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: U.S. suspends IBM from seeking new federal contracts
Had the article not been posted yesterday, I would have thought the last paragraph been a joke. Or may be it is anyway. IBM grew up out of a company founded by former U.S. Census bureau employee Herman Hollerith, who developed punch-card tabulation machines to automate counting of the 1890 census. The Computer-Tabulating-Recording Co was renamed IBM [International Business Machines] in 1924. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/01/2008 12:56:24 PM: snip That article raises a number of questions. If you're the head of an agency and your z machine is swamped, can you upgrade? I'm sure the process takes at least a year to upgrade, but if you can't get a replacement machine, what do you do? Conversions off the mainframe take years. Maybe this is not an issue and they can just buy from a 3rd party reseller. Does anyone know anything about the federal governments procurement policies of new mainframes? Just curious, although as a citizen of the US, that is something that affects me from a tax standpoint. /snip Eric - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: U.S. suspends IBM from seeking new federal contracts
The joke, I think, is the relevancy to the prior article. Or that someone, possibly a bot, thought this was relevant. The government - IBM connection. There was a time when newspapers were typeset in lead. Each column had to be filled. So standard fillers were available. Not used much on webpages. Of course on some webpages, filler is the content. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 04/01/2008 01:26:44 PM: snip Had the article not been posted yesterday, I would have thought the last paragraph been a joke. Or may be it is anyway. IBM grew up out of a company founded by former U.S. Census bureau employee Herman Hollerith, who developed punch-card tabulation machines to automate counting of the 1890 census. The Computer-Tabulating-Recording Co was renamed IBM [International Business Machines] in 1924. --unsnip- Amusing or not, it's true. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is IT becoming extinct?
More in Nicolas Carr from my favorite pundit. Carr-ied away: http://www.issurvivor.com/ArticlesDetail.asp?ID=651 Carr-toonish engineering: http://www.issurvivor.com/ArticlesDetail.asp?ID=652 Lately he has had a series of columns on how some employers are requiring their employees to buy their own computers for work. IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/24/2008 12:55:18 PM: Michael Krigsman is just jumping on Nicholas Carr's bandwagon. Carr has been beating the IT is dying drum for a long time. ( http://www.nicholasgcarr.com/articles/matter.html) Mostly, I think, for the free advertising for his books. Ian http://www.cicsworld.com - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ISPF Backup Files
Thanks for APAR info. On my main plex, I have 134 of these dating back to the last time I cleaned up. The plex has 11,573 just for one class of ids. And they don't migrate. There is more to it than timeout, because, when editing after a timeout, I do not go into recovery. If there is nothing to recover, why have the recovery dataset? IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 03/18/2008 10:57:30 AM: APAR OA23616 will correct the issue with orphan edit recovery files. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Transfer reports from lpar to lpar
We use Shared Spool and NJE. However, because of volume, particularly during peak periods, when the transfer can be hundreds or thousands of millions of lines per shift, where shared DASD is available, we run jobs on one plex to create reports in files and then trigger jobs on another system which copy files to JES. Besides a bit of JCL changes, only scheduling changes are made. It does require either common or linked scheduling systems. We use CA-7/11. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 03/07/2008 03:21:53 PM: Sorry, forgot to mention that I have been trying to get the system progs to setup NJE but for some reason, they are reluctant to do so and shared spool is definitely out of the question. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z10 coupling link
Are there two Z10's? http://www.hgst.com/tech/techlib.nsf/techdocs/966AE18147C20C8587256BF100656F41/$file/U146Z10_ds.PDF IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 02/20/2008 05:19:01 PM: Go to http://www-1.ibm.com/support/docview.wss?uid=tss1prs840 and select the presentation labeled S2885BB - Tool Bag - orlando.pdf See page 5. Mark T. Regan, K8MTR CTO1 USNR-Retired (1969-1991) - Original Message From: Tom Schmidt [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Sent: Wednesday, February 20, 2008 2:42:32 PM Subject: Re: Z10 coupling link On Wed, 20 Feb 2008 13:04:19 -0600, Paul Meier wrote: Does anyone have any idea how to circumvent the problem with connecting the current coupling links from a z900 STI to the new z10 infiniBand link? OR have an idea how to integrate the two? The problem is coupling a z900 to a new z10. You might want to ask your question again AFTER next Tuesday, Feb. 26th, since a 'z10' has not been announced just yet. (Rumored heavily, sure, but not announced.) Tom Schmidt - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Parm Length restriction was Re: Using an InfoPrint 6500 with PSF
I have yet to find a way to access the information on an output statement. Can you give a hint as to where to find it? curious pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/23/2008 05:11:23 PM: And you just came up with a bit of a methodology that could be used (with some difficulty) in our own application programs. In a step which wants a PARM value 100 characters, use something like: // PARM='abcd ' where abcd is the label of an // OUTPUT statement available to the application. You can then use many of the parameters on the OUTPUT statement for passing parameter information. For example, ADDRESS= can contain up to 4 subparameters, each of which can be up to 60 bytes. . . . Retrieving this data is left as an exercise for the user. But it would likely be done in an assembler subroutine. John McKown - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Extra Session and the clock symbols
I am on extra 7.11 using tn3270 protocol. The format is clock:nn.n The units appear to be tens of a second. The values are not reliable. During a long signon I get 00.1. Changing ISPF menus gives 00.3. Starting endeavor gets 9.4. Splitting screen on two lpars on different plexes/cec's gives 00.3 and 00.6 -- guess which one took 3 seconds and which took 6 seconds? So it appears the ru structure/pattern can make the numbers bogus. but note I am on switch and it is on its own lpar. pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/14/2008 12:06:26 PM: Thanks. That makes sense. Lizette I have a client using EXTRA and they are confused by the two clock symobls that can show up at the bottom of the screen. I have been looking through EXTRA Help with little luck. Does anyone remember what the clock-symbol is called in the documentation? I know that one clock X clock-symbol is for the terminal being locked until the application responds back. But the second clock clock-symbol:00.1 I am not sure what that means. I thought the 00.1 was for a timing function from the pc to application and back. But I am not sure. SNIP It is the amount of time elapsed from an interrupt key (most notably the ENTER) until response. 0.01 is pretty good response time. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Radix Partition Trees
We recently had to solve that problem -- again. Our table was 18 million entries. In the past I used simple hashing: adding the bytes of the key together and using the rightmost byte as index to a table of 256 string heads. the most recent occasion had worst case scenario data -- only 10 hashes were formed. The quick fix was to add the 1st, 3rd, 5th, ... bytes to the accumulator, but add the 2nd, 4th, 6th, ... bytes shifted left by 4 bits. Got the worst case up to 100+ hashes which seems to get us out of the woods. If there is any chance the table might get paged (we did when I first worked on this here), allocate new entries a page at a time. Make the free element table also have 256 entries. This gives storage isolation for another performance boost. We are still looking at the most recent worst case (it is part of a 100# in a 5# bag problem). When I have time I am going to increase the table to 1024 enties (one page) to see if there is any benefit. If it seems there is I will use a three step hash w/ 3 bit offset. Note our emergency solution was to partition the whole problem into 9 segments and then get each segment into 6 parallel processing runs. We are trying to get a batch year-end process to finish before the end of the 1st quarter. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/10/2008 09:38:42 PM: Has anyone every seen any doc on using radix partition trees? I'm thinking it may have been one of the rainbow books. I vaguely remember data tree structures and I've got a table search problem that might be the perfect application for a tree-structured data repository. The table might have up to 1,000,000 entries, all in storage, and a balanced n-ary tree has GOT to be faster than using a binary search. The nature of the data is such that a plain old-fashioned list, in sorted order, isn't real amenable to a binary search, either. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Worst Predictions of All Time
My archive of similiar material has: Everything that can be invented has been invented. - Charles H. Duell, Commissioner, U.S. Office of Patents, 1899. Same quote is in WikiQuote w/same attribution but no explanation of who Charles H. Duell was. The Futurist article was 2000 Sep/Oct p.20. I don't know if it had futher attribution. Couldn't find related any info on snopes. I am skeptical because I think the idea of invention was not used by the Romans, even considering their engineering orientation. Related entries (some also in Alan Field's post): But what ... is it good for? - Engineer at the Advanced Computing Systems Division of IBM, 1968, commenting on the microchip. Computers in the future may weigh no more than 1.5 tons. - Popular Mechanics, forecasting the relentless march of science, 1949 I have traveled the length and breadth of this country and talked with the best people, and I can assure you that data processing is a fad that won't last out the year. - The editor in charge of business books for Prentice Hall, 1957 I think there is a world market for about five computers. - Thomas J Watson, Chairman of the Board, IBM, 1943 There is no reason anyone would want a computer in their home. - Ken Olson, president, chairman and founder of Digital Equipment Corp., 1977 IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 01/11/2008 03:31:14 PM: Well, since it is Friday I thought I'd post a little humor item, especially considering the quote from John von Neumann. In an article in The Futurist magazine, writer Laura Lee catalogues some of the worst predictions of all time: Inventions have long since reached their limit, and I see no hope for further developments. -Roman engineer Julius Sextus Frontinus, A.D. 100 The abdomen, the chest, and the brain will forever be shut from the intrusion of the wise and humane surgeon. -John Eric Ericksen, surgeon to Queen Victoria, 1873 Law will be simplified [over the next century]. Lawyers will have diminished, and their fees will have been vastly curtailed. -journalist Junius Henri Browne, 1893 It doesn't matter what he does, he will never amount to anything. -Albert Einstein's teacher to Einstein's father, 1895 It would appear we have reached the limits of what it is possible to achieve with computer technology. -computer scientist John von Neumann, 1949 The Japanese don't make anything the people in the U.S. would want. -Secretary of State John Foster Dulles, 1954 Nuclear powered vacuum cleaners will probably be a reality within 10 years. -Alex Lewyt, president of the Lewyt Vacuum Cleaner Company, quoted in the New York Times, June 10, 1955 Before man reaches the moon, your mail will be delivered within hours from New York to Australia by guided missiles. We stand on the threshold of rocket mail. -Arthur Summerfield, U.S. Postmaster General under Eisenhower, 1959 By the turn of the century, we will live in a paperless society. -Roger Smith, chairman of General Motors, 1986 I predict the internet ... will go spectacularly supernova and in 1996 catastrophically collapse. -Bob Metcalfe, InfoWorld, 1995 Tom Kelman Commerce Bank of Kansas City (816) 760-7632 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Assembler Coding Contest
fun on a slow wednesday variation on theme at bottom saves 2 instructs/8 bytes :) BINPRINT CSECT , YREGS LBR0,BYTE la r14,2 la r15,word2 l0 ds 0h LAR2,4 L1 SRDL R0,1 SRL R1,7**NOT** R0 BCT R2,L1 o R1,0(r15) st R1,0(r15) shi r15,L'word1 jct l0,r14 WORD DS0D WORD1DCC'' WORD2DCC'' END BINPRINT IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 12/12/2007 03:40:25 PM: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Arthur T. I don't have a working assembler or emulator at the moment, so I can't test this. Also, I'm not joining a Yahoo group just for this contest. But I think this is a solution to #6: Given a byte, create 8 EBCDIC zero and one characters displaying the individual bits in the byte. ... Here's another: BINPRINT CSECT , YREGS LBR0,BYTE LAR2,4 L1 SRDL R0,1 SRL R0,7 BCT R2,L1 O R1,WORD2 STR1,WORD2 LAR2,4 L2 SRDL R0,1 SRL R0,7 BCT R2,L2 O R1,WORD1 STR1,WORD1 WORD DS0D WORD1DCC'' WORD2DCC'' END BINPRINT -jc- - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enterprise Cobol V4.1 with some zAAP support for XML
Error: At least one of the 3 parameters needs to be passed in the url: letternum, htmlfid, unid. Please change the URL and submit again IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 12/11/2007 01:24:27 PM: In case you missed this. Available next week watch wrap http://www-01.ibm.com/common/ssi/cgi-bin/ssialias? subtype=cainfotype=anappname=iSourcesupplier=877amp;letternum=ENUSZP0 7-0403#Header_25 Roland - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Alternatives to CA QuickFetch
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 11/26/2007 10:00:26 AM: Long ago and far away we ran it as the Dusquene(or was it SDSI)product Dusquene -- I remember Tim Brunner owning the product. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: India is outsourcing jobs as well
Lot's of GA is underdeveloped. But parts rank with anyplace around in development. Go more than 50 mi from ATL core (but not north -- halfbacks there) and you will find resources for less than you can in either us coast. That area also contains one of the largest mainframe datacenters in the us. btw a halfback is a person from northern us who retired to FL and found it (pick all that apply) too hot, too humid, too dry, too wet, too crowded, (add favorite complaint/prejudice here). They move 1/2 way back home -- W NC, N GA, E TN, etc. We also have pgmr center in ID. Understand the job market is a bit tight there. pup in Kennesaw GA IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/26/2007 12:49:05 PM: I thought this was interesting. What do you guys working in Georgia, Virginia, and Idaho think about being in states which are less developed and when are you going to start working for $1000/year? Tom Kelman Commerce Bank of Kansas City (816) 760-7632 - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: India is outsourcing jobs as well
It's not Freitag yet but I'll byte. I get ribbed about living in a city that once had a law requiring citizens to own firearms (source of comment below). I rib back noting I commute less than three miles to work. Lasting p*ssing contest here was the city trying to pass a law restricting use of firearms in city parks and the state saying no you can't. But it is still rural enough that the d*** possums and racoons eat the cat food on the back deck. And I'm advised it is illegal to shoot the b***, even if they have rabies. unarmed pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/26/2007 04:07:17 PM: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Kirk Talman [ snip ] pup in Kennesaw GA Hmmm. Got a Big Iron on yer hip? :-) -jc- - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ASMA142E Operation code not complete on first record
A quick way to reconstitute the data is: issue: bnds 1 80 place a period in col 71 of line before misplaced seqid. use textflow TF on the line with the period to bring seqid back to where it belongs. good luck pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/14/2007 03:55:13 PM: -1+2+3+4+5+6+7+8 LMR14,R12,12(R13) RESTORE ALL OTHER REGISTERS SRR15,R15 GIVE GOOD RETURN CODE BRR14 RETURN TO CALLER SNIP It looks like the problem occurred at the time of load of the PDS member. For some reason, your source has run off the end and wrapped to a new line. So you can delete the lines that start with ASE016, or you can shift them and then do a MOVE OVERLAY to put them back in 73-80. Steve Thompson - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How would you read a report?
I agree w/Ulrich. That said, if you absolutely need to read a report and have no access to a well-behaved 4g language (brdt many times), first look at the file. Is pos 1 either of the set (blank/1/0/+/-) or unprintables (hex values 01 03 09 0B 11 13 19 1B 73 7B 89 8B 91 93 99 9B A1 A3 A9 AB B1 B3 B9 BB C1 C3 C9 CB D1 D3 D9 DB E1 E3) you have been blessed w/ASA print control characters or Machine print control characters. You will need to interpret them to determine position on a page. pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 09/10/2007 01:36:46 PM: Howard, Instead of trying to read in a printed report on file and parsing my way through all the extraneous stuff like page heading lines, total lines, blank lines etc. to get to the meat of the information, I would ask for the input file that created the report in the first place. Processing a data file is, IMHO, a lot less error prone than parsing my way through a printed report. OK, it can be done and I have done it, too, if I had no other choice. But I prefer not to do so. And you can bet money on the fact that a few months or years later, the report format changes because someone modified the report program and then your program goes down in flames ... that's probably going to cause a 3am phone call from a panicked operator ... I like to avoid that kind of disturbances. Alternatively, if you cannot process the input file, for whatever the reason, try and see if you can get a data file containing the needed information. Change (or have someone change) the report program to also output a data file with the information that you are looking for and then process that data file instead of the printed report file. Regards, Ulrich Krueger -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Monday, September 10, 2007 09:46 To: IBM-MAIN@BAMA.UA.EDU Subject: How would you read a report? What would be the cleanest way to have a CoBOL program read a report file // DCB=(RECFM=FB,LRECL=133,DSORG=PS) Would you copy it first, changing its format? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Good Auditors (was: Vary devices online and offline)
There was a book titled Games People Play. It can be very effective to ask an auditor (in a less than direct way) to play the game found in the book called Let's you and him/her fight to achieve your goals that involve uncooperative or not knowledgeable persons, particularly those not in your chain of command. One person I work with is very effective at this. Not everyone appreciates her talent. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/28/2007 12:36:15 PM: We had a good auditor working for the State of Florida ... She also made it easy to shut someone up who wanted to ignore some policies. David Mueller | Systems Programmer | DMS/CITS - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [OT] Not exactly the best Friday off topic post
saw rif in ajc and wondered. good luck! IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/24/2007 03:11:13 PM: [Posted with Darren's permission. Thank you, Sir!] I just wanted to let my IBM-Main friends know that I will be a free agent again soon. I got caught in a Reduction in Force (RIF) here. Oh well, door closes, window opens. Glass is half full, etc. Anyway, if any of you are looking for help on your team and can use a seasoned z/OS sysprog with multiple skill sets, drop me a note offline. At the moment, the world is my oyster: No geographic restrictions Bob Richards - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ways to update PS files?
Agreed. I inherited and replaced a messy set of JCL/sorts/handgrubbing w/a simple pair of cobol programs. The input tx file is update in place. It is loaded by a sort. Each tx has an effective date. Programs run once a day. When date of exec is reached, tx is executed and date of exec is shown in record. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/21/2007 10:23:11 AM: I was amazed to see how many posters effectively said don't use this technique! QSAM update-in-place is a very simple, easy-to-use and effective update technique that has been used in countless applications for goodness knows how many years. Only the application programer will be aware when the technique has been used, there's nothing to tell sysprogs or operators that it's in use and absolutely no need for them to know. One of it's strengths is the ability to have concurrent batch updating of a file that is also being used read-only by other programs, perhaps for online customer queries, the sort of thing that today you'd be using a fully-blown database for. - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Override a proc step
Our app people use nested procs extensively. They have adopted a style of having a proc symbolic for every procstep of the form //STEP0123 EXECPGM=whatever,COND=COND0123 Besides the number and naming of symbolics, the down side of this was revealed when some software of mine was implemented to condition the execution of some steps. The default had been COND0123='(0,NE)'. My software gave three condition codes: 0=run the step(s), 1=don't run the steps, 2=setup fubar so run the steps. Every default symbolic had to be changed. I leave it as an exercise to the reader to determine the new default symbolic so downstream steps run if one of the test steps gives cc=2. Of course someone had the bright idea to mix the COND technique with the IF/THEN/ELSE technique. SO we have //STEP0122 EXECPROC=myproc,COND=COND0122 // IF (STEP0122.procstep.RC NE 1) THEN //STEP0123 EXECPGM=whatever,COND=COND0123 // ENDIF Aah! At least I am not the primary support or owner of this dog's breakfast. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/09/2007 07:36:57 AM: And now the really difficult question: How can one override the COND= parameter on a single step in a PROC nested two or more levels deep? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL Group moves
I vote for abend S0C7 on MOVE N2 TO N4. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/01/2007 07:15:30 AM: Hi, I have a query regarding the following group move: 01 GRP1. 05 N1 PIC S9(9) COMP-3 VALUE +0. 05 N2 PIC S9(9) COMP-3 VALUE +0. 01 GRP2. 05 N3 PIC S9(9) COMP-3 VALUE +123. 01 N4 PIC ZZZ,ZZZ,ZZ9. PROCEDURE DIVISION. INITIALIZE GRP1. MOVE GRP2 TO GRP1. MOVE N2 TO N4. DISPLAY N4. What value is displayed and why? Regards, Rashmi - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How old are you?
The best discounts are that in Cobb county GA you don't pay school taxes after 62 (1/2 the bill) and in GA there is hefty discount on state income taxes after 62. More to come at 65. pup IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 08/02/2007 12:17:19 PM: I keep forgetting that we are eligible for discounts on some things! Bob Richards (And I do not even look 56!) grin - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What happened to Phil Payne's page?
Somehow I didn't picture Phil as a blond in a black dress. IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/12/2007 06:42:30 PM: On Thu, 12 Jul 2007 16:03:14 -0500, Kelman, Tom wrote: I'm still getting the Apache splash page. I just checked and got his new web page. I kinda wondered if the IBM lawyers he's so fond of finally tracked him down. When I checked my favorites links, I still have: http://www.isham-research.com That is not what I expected. It does reference Audi's though, so maybe Phil is involved in that one too ??? - The information contained in this communication (including any attachments hereto) is confidential and is intended solely for the personal and confidential use of the individual or entity to whom it is addressed. The information may also constitute a legally privileged confidential communication. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this communication in error and that any review, dissemination, copying, or unauthorized use of this information, or the taking of any action in reliance on the contents of this information is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail, and delete the original message. Thank you -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
