On 1 Jun 2007 10:53:04 -0700, in bit.listserv.ibm-main you wrote: >--------------------------<snip>------------------ >I would never complain about helping someone, but they need to >investigate something as far as their skill level permits. A number of >questions appear to be posted because someone was too lazy to look. >--------------------------<unsnip>------------------- >I agree with you, Bob, on both counts. We gained the level of experience >and knowledge we have by reading real manuals, experimenting and making >mistakes, and analyzing all the results, good and bad. It's harder and >harder to do that as time goes on, because businesses have higher and >higher expectations, but it's all a very important part of learning. > >I have to admit to some confusion as to where to look for things >sometimes, because our Big Blue friends keep changing the titles of >manuals and moving content around, apperantly in an attempt to group >similar functions. That is, in part, why I like BookManager Read so much >better than the Library Reader; the search functions SEEM so much more >effective, at least to me. Never mind that I've never been able to make >Library Reader work on my own PC because I've never found the "right" >level of JAVA. My experiences on other peoples' PC's may be partly due >to setup issues, but they all rave about Library Reader and I don't. And >don't even ask about OEM vendors' documentation. Some is very good and >some is absolutely abysmal. I personally think that Innovation has some >of the best, and BMC some of the worst. YMMV.
Can't speak to BMC but I always liked the Innovation manuals and products. If anyone runs across the Westinghouse Fast Dump Restore manual (DOS) please make sure it gets saved and put into a computer museum. I am still trying to figure out how it got past the legal department with definitions such as BJF - Botched Job Foreground and APAR - All Problems Are (just) Recorded. The memory scenario on the System 1 - 6 abend with Filet of old gnu research still makes me chuckle (the scenario is that the track number in the record 0 of the track didn't match the actual track being read which would be normal for the GRASP spool but otherwise should not occur. The description of why they insisted on using standard labeled tapes and not being purchased by some organizations because the job abended when the block count on the tape disagreed with the count on the label was good. > >It's unfortunate that colleges so seldom teach any mainframe skills; >that means that us "greybeards", all too soon to be "whitebeards", are >the only teachers left to pass on these skills. > >------------------------ >Be kind to your children; someday they'll be choosing your nursing home. > ---------------------------------------------------------------------- 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
