Re: COBOL Books
Thanks to all who replied for the information. I appreciate it. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Chris Mason Sent: Monday, June 05, 2006 10:46 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: COBOL Books James, It's impossible these days to know whether or not the usual associations apply. COBOL *IS* mainframe. Other COBOLs are derived from "mainframe" COBOL. In other words in days gone by, let's say 30 years ago to be safe, you wouldn't have asked for "mainframe" COBOL but you might have asked for IBM COBOL or Burroughs COBOL or COBOL. The purpose of bringing this up is to hint that any dusty old book that says it teaches you COBOL will probably be describing "mainframe" COBOL and may be very good. In any case, given that it's a supposed objective of high-level languages that they are independent of their platform, any tutorial book *should* suffice for the basics. I say all this having only ever written a few sample COBOL programs to try out IBM's OSI products many years ago. I have a low boredom threshold. I did try "cobol tutorial online" in Google and found http://www.programmingtutorials.com/cobol.aspx . You might find some useful material here costing only the power to drive your PC while you browse it. Chris Mason - Original Message - From: "Huckert, James" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: Sent: Monday, 05 June, 2006 2:10 PM Subject: COBOL Books > Anyone out there know of any good mainframe COBOL books for beginners. > Thanks James H. -- 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 **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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
COBOL Books
Anyone out there know of any good mainframe COBOL books for beginners. Thanks James H. **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: z/OS and z/OS.e support withdrawal dates
Sure wish you could convince my CIO of this. All divisions of our company but one are moving away from the mainframe to distributed systems which take up allot more space than our one mainframe; which all the lines of business were running on. Cooling all these distributed servers has been a challenge, they eventually had to add a new chiller which cost them a bundle, just to cool all these things and they are still having trouble cooling the blade servers. The extra UPS capacity is costing them and having to get a bigger generator. It just don't make since to me. The only thing that is going to save my job will be the Bank division of my company. The bank runs financial software from Fidelity/Alltel which runs on the mainframe and there just isn't a distrusted system than can compete and give you the security a bank a needs (at least for a bank of our size). James -"We're getting off the mainframe" is a ridiculous reason not to do -anything. Inertia costs money -- more money -- in many (most?) instances. -If you're bleeding, go see a doctor. If you have a guaranteed positive -return on investment in 18 months (for example), it would be sheer -business folly not to act if you've had a "getting off" strategy for 18 -years. :-) - - - - - -Timothy F. Sipples -Consulting Enterprise Software Architect, z9/zSeries -IBM Japan, Ltd. -E-Mail: [EMAIL PROTECTED] **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: Windows .wmf Vulnerability
I thought Zone Labs and CA were in together -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Porowski, Ken Sent: Friday, January 06, 2006 9:39 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Windows .wmf Vulnerability How long before M$ buys out Zone Labs ... -Original Message- Ed Finnell The auto update gnomes had M$-KB912919 waiting when I signed on this morning. Only about a week behind the bright folks at Zone Labs -- 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 This email may contain confidential material. If you were not an intended recipient, Please notify the sender and delete all copies. We may monitor email to and from our network. -- 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: "fundamental computing paradigm" has shifted from MVS, to Un ix, and then to Microsoft Windows
You may leave the list at any time by sending a "SIGNOFF IBM-MAIN" command to [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of AP Lane Sent: Tuesday, January 03, 2006 2:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: "fundamental computing paradigm" has shifted from MVS, to Unix, and then to Microsoft Windows Please remove me from this list...I have asked numerous times..AP This e-mail and any attachments are intended only for the individual or company to which it is addressed and may contain information which is privileged, confidential and prohibited from disclosure or unauthorized use under applicable law. If you are not the intended recipient of this e-mail, you are hereby notified that any use, dissemination, or copying of this e-mail or the information contained in this e-mail is strictly prohibited by the sender. If you have received this transmission in error, please return the material received to the sender and delete all copies from your system. This email may contain confidential material. If you were not an intended recipient, Please notify the sender and delete all copies. We may monitor email to and from our network. -- 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: Another incident
1. This is very slow. Maybe but better to be slow and safe 2. There is a lot of handling. And there is not with any other courier 3. Post Office employees do steal from the mail. Again it is locked, that will be found out before the end of the shift 4. If this worked, we wouldn't have courier companies. Maybe they don't know the post office can offer that type of service, besides there has to be other companies because then the post office would be a monopoly, the US post office is not a government institution, it has its own board of directors, but is over seen by the government. 5. I have had two registered letters sent to me lost, in the past 10 years. Nothing is 100%, a hacker can break any code just give them time, anything man can create, man can uncreate -teD Me? A skeptic? I trust you have proof! -- 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 This email may contain confidential material. If you were not an intended recipient, Please notify the sender and delete all copies. We may monitor email to and from our network. -- 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: Question on DFHSM
Ah, that will do it every time. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Wednesday, December 21, 2005 3:47 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on DFHSM Easy answer - 4 tape drives, 25 DFHSM tapes, datasets to be recalled scattered over all the tapes. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Huckert, James Sent: Wednesday, December 21, 2005 3:31 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Question on DFHSM I know this might have already been answered but just want to throw in another idea. If I am reading this right the operators are complaining because they are mounting the same tape over and over? Why not use the mount command M (driveid),VOL=(SL,XX) the tape will stay mounted in what ever drive they select until they eject it. This email may contain confidential material. If you were not an intended recipient, Please notify the sender and delete all copies. We may monitor email to and from our network. -- 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: Question on DFHSM
I know this might have already been answered but just want to throw in another idea. If I am reading this right the operators are complaining because they are mounting the same tape over and over? Why not use the mount command M (driveid),VOL=(SL,XX) the tape will stay mounted in what ever drive they select until they eject it. James H. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pommier, Rex R. Sent: Wednesday, December 21, 2005 1:24 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Question on DFHSM I know this is an easy question but I haven't been able to find the answer in the fine manuals - obviously I'm looking in the wrong place. I have a programmer that I want to give access to the HSM RECALL command. If this person submits a job that needs a migrated dataset, DFHSM brings the dataset back without question and his job runs. However, this guy wants to get at upwards of 200+ migrated datasets in the same job. The operators aren't happy mounting a DFHSM tape multiple times to get these datasets back. I gave him a job that will request multiple migrated datasets all at once like below: //LISTEXEC PGM=IKJEFT01,REGION=4096K //SYSTSPRT DD SYSOUT=X //SYSPRINT DD SYSOUT=X //SYSTSIN DD * HSEND RECALL DATASET.ONE HSEND RECALL DATASET.TWO HSEND RECALL DATASET.THREE This email may contain confidential material. If you were not an intended recipient, Please notify the sender and delete all copies. We may monitor email to and from our network. -- 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: Another incident
What I don't understand is why companies don't just send their tapes registered mail through the post office. The audit trail the post office keeps on that kind of mail is very thorough and plus when registered mail is received at each post it is locked in a secure cage until it will be shipped out and then it will be taken to the mail room and locked in a special sack strictly for that kind of mail. Heck I have seen gold shipped that way from one bank to another (I have worked at a major post office as temp). Sure people can say well the bag could get lost but the chances are very very slim and even then as soon as the truck reaches the dock to unload the post office will be expecting a registered mail bag so if it is lost they will know immediately. I am sure it is probably cheaper too than having to by special software and hardware to encrypt their data. Just my 0.02 cents James H. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Wednesday, December 21, 2005 12:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Another incident * ABN Amro Eyes Electronic Data Transfers After Tape Loss Incident http://cwflyris.computerworld.com/t/196540/248833/4471/0/ -- 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 This email may contain confidential material. If you were not an intended recipient, Please notify the sender and delete all copies. We may monitor email to and from our network. -- 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: 3270 Session Manager survey - results (sorta, kinda)
Make that 2 for TPX -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick Loftus Sent: Wednesday, December 21, 2005 5:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: 3270 Session Manager survey - results (sorta, kinda) I'll add my result to the list too.. VendorProduct Votes Mackinney VTAMSwitch 2 Macro4Vtubes 3 PassGoMultSess2 NC Access/NC Pass 1 IBM Supersession1 CATPX 1 CASolve:Access1 none Your Fav.3270 EMULATOR 3 Seagull Software Bluezone1 -- 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 This email may contain confidential material. If you were not an intended recipient, Please notify the sender and delete all copies. We may monitor email to and from our network. -- 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: Using symbolic in JCL
-- For the truly strange (like me): Imagine a sysplex where there is a different z/OS image for every possible "time zone" in which the company does business. The users in that time zone are directed to their z/OS image. This "solves" the local time issue! -- John McKown Senior Systems Programmer UICI Insurance Center Information Technology --- Your not alone. We have lines of business in different time zones also and each lpar for each line of business has a different time. Talk about a pain when talking with users about CICS issues and trying to keep times straight. James H. **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: CICS Abend Code
Is ABDT all of the error message ? Im not seeing anything for that error code in 'CICS Transaction Server for z/OS V2.2 CICS Messages and Codes' -Original Message- From: Parin Gangar [mailto:[EMAIL PROTECTED] Sent: Friday, November 25, 2005 3:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CICS Abend Code Hello, There is this abend error code "ABDT" logged in our Error Logs for CICS screen abends. Can anyone help me understand this code? -- Parin Gangar -- 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 **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: tn3270 work through VPN?
Timothy F. Sipples wrote... >By the way, I would argue that VPNs aren't needed if all you're trying to >do is TN3270 (plus optionally HTTP) into your corporate network. So don't encrypt and show the world your userid/password et al? I would like to see that argument between you and the FDIC ; ) If we didn't use VPN for our remote programmers the FDIC would be none to happy and it would undoubtedly cause the cost of our FDIC insurance to go up. James **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: Planning for Tivoli Enterprise Portal
mailto:[EMAIL PROTECTED] Sent: Wednesday, November 09, 2005 10:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Planning for Tivoli Enterprise Portal IBM is rolling out new version 3.1.0 OMEGAMON/XE line of products (availability 4Q2005) - announced as being accesses with Tivoli Enterprise Portal (TEP) Assuming TEP is new name for CandleNet Portal - I am looking (towards 2006 budget/planning) for the workstation specification of this portal - Windows 2003 ? Intel CPU, Memory Disk Capacity Graphic Cards Network Cards Hope to get field experience with the hardware/software requirements of this Portal Shmuel Koller Discount Bank -- 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 **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: Time change this weekend.
- Does anybody reboot their PC due to DST? /Leonard Nope -- 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 **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: Happy birthday IBM Research
-Original Message- From: Ed Gould [mailto:[EMAIL PROTECTED] Sent: Saturday, October 15, 2005 3:57 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Happy birthday IBM Research If memory serves me, they (IBM) try and patent a lot of stuff that really has not real technical value. Sounds like a numbers game to me. Ed Maybe that is where M$ got its idea to patent everything it could. ;0 -- 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 **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: Article in Information week: Mainframe Programmers Wanted
Thank you to all who replied. Just like Rex states we too didn't have the money for two systems so a parallel sysplex was out of the question. Banks, especially small ones, are notoriously cheap. We were lucky to have what we did have. Only because the bank wanted to continue to run Alltel/Fidelity banking software did we even get a mainframe. True, the majority of mainframes don't crash as much as the MP3000 we had. Heck before we got bought out our CIO was thinking of trying to get the MP3000 returned as a lemon. Again thanks to all who replied. James H. -Original Message- From: Pommier, Rex R. [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 21, 2005 9:28 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Article in Information week: Mainframe Programmers Wanted Sorry, Ted, but I have to disagree with you on that second point (and apparently in the case of the 7060 crashing on a regular basis, the first as well). Like the writer, we are running a 7060-H50 (uni-processor) and no money to be able to buy a "real" z-series box, much less the money to invest in enough hardware to implement parallel sysplex. Granted, the only hardware related outage we've had over the 4+ years of our 7060 was with a third-party front-end communications processor, but the fact is we are stuck on a single frame without enough gas and/or hardware to implement a sysplex. My guess is that there are quite a few more sites out there like his and mine. Rex **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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: Article in Information week: Mainframe Programmers Wanted
I have to agree with bill on some points but there are exceptions. I am 28 and I have been a mainframe operator for about 5 years now and I am looking to get into system programming. I was raised with a strong work ethic and I do all I can to make sure my work is done and done right the first time. I have worked long hours OFF the clock with my previous sys prog to try and learn as much as I can. Unfortunately, just like other data centers I have worked at, this company moved off the mainframe. I was once involved in a conversion of a client from VSE to MVS and I worked several 20 and 30 hour days to help the conversion. I know what it is like to not leave until the system is up and running and not when you want too. I enjoyed every single minute of it, well most of them at least :) Umm if I have not made everyone to terribly mad does anyone have any advice on what I can do to help get into mainframe system programming? College seems to have some good basic computing classes but nothing for mainframe. Heck I can find AS400 stuff all day even at junior colleges but nothing for mainframes; at least here in Texas. Today's mainframes can do so much more than just batch processing but it seems people are biased towards mainframes. Companies could eliminate so many pc servers and consolidate them on the mainframe but everyone I talked to about it just looked at me like I was stupid or that it was a ridiculous idea or both. I can understand not having everything on your mainframe because if it crashes, well then a lot of stuff would be down. I worked at one shop that had a MP3000, that thing crashed about every six to eight months and IBM never could figure out why. IBM kept replacing parts that they thought might have caused the crash but never really could tell us for sure. My hunch was because the programming manager ipl'ed it by flipping the power switch off. That was before we got down there to set him straight. IBM did tells us that there was 5 or 6 other companies that had the same problem. Well sorry everyone for the long posting. Just had a few things had to get off my chest. Thanks James H. There are societal factors that could account for this difference in work ethics or attitudes other than just having to work with expensive computing resources. In the 1960s and 1970s most young adult professionals still had a serious work ethic, and took their work seriously whether it involved computers or not. Today young adult American professionals have zero or negative work ethic. All sweeping generalities, to be sure. There are plenty of exceptions. But my wife, who manages 60 to 70 hospital emergency room nurses, tells me this constantly. Her young nurses would rather go sailing than show up for scheduled work. If the state allows 13 consecutive weeks for compensated medical leave, some nurses take off all 13 weeks even if they only have a minor ailment. Intense on-the-job stress in nursing is to blame for much of this low work ethic, but not all. Society (media, TV, advertising, home training, peer pressure, the whole 19 yards) is producing an entire generation of badly spoiled, impatient brats who demand instant gratification and high-paying entry-level jobs with zero accountability and management that makes them feel good no matter what they do (outcome-oriented instead of results-oriented education has spawned this). Just my humble opinion. And yes, there are exceptions. Like, just, you know, try, you know, to ... uh... listen, you know, to, you know, some of them, like, you know, speak, you know, intelligently. Bill Fairchild **Confidentiality Notice** This electronic transmission and any attached documents or other writings are confidential and are for the sole use of the intended recipient(s) identified above. This message may contain information that is privileged, confidential or otherwise protected from disclosure under applicable law. If the receiver of this information is not the intended recipient, or the employee, or agent responsible for delivering the information to the intended recipient, you are hereby notified that any use, reading, dissemination, distribution, copying or storage of this information is strictly prohibited. If you have received this information in error, please notify the sender by return email and delete the electronic transmission, including all attachments from your system. -- 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