Re: Retiring after 43+ years with IBM
On 5/15/2012 8:00 PM, Frank Yaeger wrote: 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Frank, may you enjoy many happy years of retirement. Enjoy all the grand kids, too. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Modern users of old tech
On 5/10/2012 1:58 PM, Shmuel Metz (Seymour J.) wrote: Ina6b9336cdb62bb46b9f8708e686a7ea00e924b4...@nrhmms8p02.uicnrh.dom, on 05/10/2012 at 07:25 AM, McKown, Johnjohn.mck...@healthmarkets.com said: Interesting. A company in Texas still using an IBM 402 tab machine is an example. Masochism? Either that or a latent death wish. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Leaving IBM
On 3/26/2012 7:52 AM, Walt Farrell wrote: I mentioned this over on RACF-L the other day, so for some of you this will be old news. I've been an IBMer for 28 years and have had a lot of fun with RACF and MVS, and I've had a lot of fun interacting with you folks on RACF-L and IBM-MAIN. But the time has come for me to retire and have fun with other things. I've enjoyed the discussions here, and working with many of you to plan enhancements or resolve problems. I'm sure I'll still read both lists for awhile, and probably even participate from a personal email address. But after Wednesday morning I will no longer be an active IBM employee and I'll speak about z/OS and RACF even less officially than than I do now. It's been a great 28 years, but my family and other activities are calling to me more and more strongly, and it's time to spend more time with them. Best wishes to you all, Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Walt, I wish you a long and very happy retirement. Your help, both here and via IBMLINK have been worth much more than simple weight in gold and I thank you. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Returning to the fold
Not very hard. :-) Rick - On 2/3/2012 7:18 PM, Scott Ford wrote: Rick, You really looking for work ? Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Feb 3, 2012, at 6:18 PM, Rick Fochtmanrfocht...@ync.net wrote: On 2/2/2012 7:50 AM, John Compton wrote: Hi all... just coming back to the list after nearly 19 months out of work. Finally got a new job! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Welcome back. Rick (Still looking after 102 months) -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Returning to the fold
On 2/2/2012 7:50 AM, John Compton wrote: Hi all... just coming back to the list after nearly 19 months out of work. Finally got a new job! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Welcome back. Rick (Still looking after 102 months) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: OT: Backup drives for a PC
On 1/20/2012 11:40 AM, Clark Morris wrote: I have an external 2 terabyte hard drive that I use as a back up device by plugging it into each of the two computers I have and then returning it to a fire safe. I am planning to get a second drive so I can rotate the backups off-site and was wondering if the portable hard drives are worth the additional price for this usage. I am assuming that better shock protection is given the hard drive in the portable versions. Clark Morris -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN My own experience has been very good, using Western Digital drives. I use them in exactly the manner you describe. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM researchers make 12-atom magnetic memory bit
Later ones did. I was on one of the first. Available with 4K or8K words of storage. Rick On 1/16/2012 4:21 PM, Tom Harper wrote: 1620s came with either 20, 40, or 60K. Tom -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Monday, January 16, 2012 3:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM researchers make 12-atom magnetic memory bit Or an 8k 1620 ??? Rick -- 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
Re: IBM researchers make 12-atom magnetic memory bit
Anyone remember the 96-column cards? I'd like to find a box of them. Rick On 1/16/2012 10:13 PM, Mohd Rizwan wrote: Quite interesting On Sun, Jan 15, 2012 at 8:49 PM, Scott Fordscott_j_f...@yahoo.com wrote: Linda, This development is simply amazingas a dinosaur of the original 80 column card age ...things have really changed, big time Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Jan 15, 2012, at 1:42 AM, Linda Mooneylinda.lst...@comcast.net wrote: Hi zMan, Ah, well, whatz a couple of typpos among firends? :) Linda - Original Message - From: zManzedgarhoo...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Saturday, January 14, 2012 9:13:24 PM Subject: Re: IBM researchers make 12-atom magnetic memory bit On Sat, Jan 14, 2012 at 11:55 PM, Linda Mooneylinda.lst...@comcast.net wrote: Hi John and Ed, Yowsers! That's really tiny! Just in my career - The first machine I was paid to work with was a 4341 with 8MB and 8 channels. My IPhone has 32MB. The possibilities of 2.5 Petabytes is, well, an awful lot. I can't help but wonder what some of the early computing pioneers would think of this. I suspect your iPhone has 32GB, not MB... And let's not start swapping You had 8MB? We had 5 bytes...and we LOVED it! stories, eh? Related, however: this could make a reality something I read a while ago suggestion that memory would soon be cheap enough that we could have HD video of our surroundings recording constantly. This could/would change things a fair bit, both good and bad. -- zMan -- I've got a mainframe and I'm not afraid to use it -- 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 -- 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
Re: IBM researchers make 12-atom magnetic memory bit
Or an 8k 1620 ??? Rick On 1/15/2012 6:28 PM, Scott Ford wrote: Wow, 16k. On a 360/20. .man Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Jan 15, 2012, at 4:05 PM, Ed Finnellefinnel...@aol.com wrote: Howz about 32K on an SS80? Some not so good... In a message dated 1/15/2012 11:19:32 A.M. Central Standard Time, scott_j_f...@yahoo.com writes: Geez..8mb on a 4381. Brings back a bunch of memories, real good ones -- 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Master Catalog query
-snip--- Hi All, As in general we are aware that we can have 1 master catalog and multiple user catalogs in a system. It is also factual that we can have alternate Master catalog with another Updated LOADxx member. My question is to know whether if we can have possible to have multiple master-catalog with multiple user catalog running on a single image ? I tried searching google with keyword Multiple master catalog but I ended up with master-catalog sharing concept. Could anyone please share your thoughts or idea. Jags unsnip Your system will recognize only one MASTER CATALOG. All other catalogs that it sees are user catalogs if they are CONNECTed to your current MCAT. Otherwise, they're just VSAM clusters. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL Compiler option
You might also try DMAP and/or PMAP, says one of my friends. Rick On 1/11/2012 8:05 PM, Stewart, David James wrote: Try using option OFFSET and make sure NOOFFSET is not specified or amend NOOFSET to OFFSET :) LIST and MAP will give you the generated ASSEMBLER (OBJECT) code David Stewart Mainframe Technical Specialist Technical Services Standard Chartered Bank Phone: +603 7681 2101 internal +603 7681 5101 external Fax: +603 7956 4658 Mobile: +60 176083655 Fonenet: 16032101 Email: david.stew...@sc.com Address: Level 2, Menara LYL Jalan 51A/223 Petaling Jaya Selangor, 46100, Malaysia Website: http://www.scopeinternational-kl.com Website for internal use: MF COE support site -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Error apply ZAP
-snip-- I seem to remember (20+ years ago?) that re-linkediting the load module would preserve the existing IDR entries and allow for another 19 (but I could be mistaken on this) unsnip You are correct, but that won't fix the verify reject that is the real problem. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: SV: cpu / machine identification
-snip--: Zman, In that case a .45 automatic and a big dog comes in handy, lol , sorry just couldn't resist.. Regards, Scott unsnip--- Screw the dog. My .44 AutoMag will suffice. And I don't have to walk it twice a day, or feed it daily. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: PDS Command - 40 Years Old
--snip--- Thanks. I hadn't seen that. It's almost useless for large modules though. You need to keep hitting '0' to continue the display and after a while the top of the listing rolls off. -unsnip IIRC, you can change that in the options panel. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: sexist language
snip No! No! No! My use of the word 'wench' was not sexist. It was an unthinking literary allusion, to some very celebrated---in some milieux---lines of Christopher Marlowe: Barnadine: Thou has committed--- Barabas: Fornication? But that was in another country; and besides, the wench is dead. I will try to avoid such things in the future, but I fear that an occasional lapse is likely. -unsnip References to previously-written literature should be accurate, without regard to changing mores and/or political correctness. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Format Logrec
---snip--: Try this JCL: //STEP1 EXEC PGM=IFCDIP00 //SYSPRINT DD SYSOUT=* //SYSOUT DD SYSOUT=* //SERERDS DD DSN=SYS1.LOGREC,UNIT=,VOL=SER=vv Change the unit and volser and add a job card and this should format it... unsnip--- Todd, let's get it right. :-) //STEPNAME EXEC PGM=IFCDIP00-- This is good. Keep it Delete SYSPRINT and SYSOUT DD statements.; IFCDIP00 output is supplied via WTO ...,ROUTCDE=13 messages. Use this for a NEW LOGREC DS: //SERERDS DD DSN=SYS1.LOGREC,DISP=(,CATLG), // UNIT=SYSALLDA,VOL=SER=xx, // SPACE=(CYL,yy) Or this for an existing LOGREC dataset: //SERERDS DD DSN=SYS1.LOGREC,DISP=SHR Note that I do NOT supply unit/volser data for an existing LOGREC dataset; it should be cataloged. (As a matter of good practice, ALL SYS1. datasets should be cataloged.) Happy Holidays, all. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: One Less Mainframe Shop
Mike Schwab wrote: On Fri, Dec 16, 2011 at 4:06 PM, DKM dkmf...@sbcglobal.net wrote: Just over seven years ago, I was hired as the Financial System Administrator at my place of emplacement. In my first interview, I was told how they were getting ready to pick a new ERP and get off their “archaic” mainframe. After I was hired, the IT director at the time told me with glee how they would be shutting down the mainframe in six months. This shocked me a bit it was going to take at least a year to go live with the new ERP solution. It turned out maintenance on the 20-year-old software was going to end in six months. The mainframe was actually scheduled for shutdown six months after we went live on the new software and platform. Well we did go live on the new ERP within a year, but the mainframe at one time had run the entire business of the company and while the financial suite was the last large part to go off it, there were still several “smaller” but just as important systems still running on it. Consequently, it took seven years, and two other IT directors, before access to the now 11-year-old System/390 was finally cut this week. At some point after the New Year, a ceremony is being planned to let the Chairman flip the final switch to turn off the system. He has been a “Champion of Modernization” to get us off the mainframe for almost 10 years. I’m sure speeches will be made about how far we have come. Yet, as I look around at the countless servers, real and virtual, and think about the major software platforms hosted by outside vendors, all to replace the one S/390 that was divided in to four virtual systems I can’t help but wonder if we are really better off. DKM That sounds like enough hosts that they should be able to save a lot of power by rehosting on z/VM z/Linux. http://www.youtube.com/watch?v=4xL8s8WZUxo Sure does, Mike. But first you've got to dig their noses out of the airline magazines. Those young folks THINK us old fogies are fools; us old fogies KNOW the young folks are fools. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: case from DR in France.
--snip-- I wish I knew why this man so angry at me whenever I breathe. unsnip-- It's called attitude. Just ignore it. Happy Holidays. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Is there an IBM program that will tell me what job created a DASD DSN?
--snip- Thanks Bill for kindly giving me a wee hint. :-) Browsing this thing showed it is a truly ancient art modified over the years all the way from indexed VTOC support in 1979 around... ;-D Just curious... was there ever a number 7 at all in this? -unsnip- I don't think Format-7 ever made it into IECSDSL1, but it described the free space for volumes too large for Format-5 DSCB's. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Java apps have most flaws, Cobol is cleanest.
-snip- As someone who did most of his coding in COBOL (my modifications to other code in Assembler are on the CBT tape), I treat this article with great suspicion. I might add that probably a higher percentage of Java programmers have a computer science or related degree than do COBOL programmers. As one who doesn't have that degree, I am skeptical of its value for most business programming. ---unsnip In my admittedly limited experience, that degree in Computer Science is just another piece of paper for The Facility. There may be many highly intelligent people who have that degree; I just haven't met any. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
How about : get sysin putx sysout,sysin Rick Joe Aulph wrote: Simple enough: GET SYSIN,SYSSPACE PUT SYSOUT,SYSSPAE The hard part is before the get and after the put. Good luck, ja On Wed, Nov 30, 2011 at 3:26 AM, Lindy Mayfield lindy.mayfi...@sas.comwrote: That is a very fair test, basic, and not high difficulty. Sometimes I get a bit miffed when I find out an interview for a technical position was held without me or any other technical person there. One test question back some years ago with I was working in Heidelberg was to ask the interviewee what would they do if they encountered some network problems. I didn't get that question because I was interviewing for a mainframe position, and with one manager level MVSkinda-sorta and another Unix guy that didn't say much. And knew diddly about mainframes. But the answer they were looking for about the network was the ping utility. To be honest, I would have probably gotten that one wrong because I would have gone deeper too look for a problem. Ping is such a staple utility used so much that I would have dismissed it as being just too obvious. Of course I would have started with something like ping, but I wouldn't have counted it as any sort of answer. Personally I would expect more from a professional. Ok, if someone says they are an assembler programmer, then sure, show us what you can do. Copying a file to a file seems trivial. But what if they aren't an assembler programmer? I'd say come back tomorrow with a working program, and explain briefly how it works in case it was simply copied from another source and (hopefully changed a bit). Copying code is fair game. Now you have me challenged to see if that would be a fair request. My assembler skills are next to nothing. Best I've done is a Rexx assembler function and that was mostly just going through a bunch load of control blocks. And I might as be a RISC programmer - I might know 40 instructions. Starting now, if I don't give up for some good reason, I am going to write an assembler program to copy a file. Something I've never done before, and I have no clue how to do it. Sounds like a nice challenge. Lindy Mayfield -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Tuesday, November 29, 2011 12:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Licence to kill -9 unsnip When they talk about their skills in Assembler, I ask them to write a simple program to copy one file to another. (I had a white boarxd in my office.) We then would critique the result. Sometimes the program was very good: short and effective. Other times, the result was a disaster. One couldn't do it at all. And HE was supposed to be the Assembler expert! Bottom line: you MIGHT dazzle us with brilliance; you certainly CANNOT baffle us with BS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Licence to kill -9
---snip--- Us computer people, we have a lot of power. We can do at least as much or more damage (even if we are royally incompetent) such as a nurse, a doctor, an electrician, a plumber or some such professional. What are your thoughts about having some sort of certification for working with computers? Like a doctor or nurse or pilot or even a flight attendant? I mean, come on, a plumber? We seem to be a lot that isn't very well - what is the word? There is no governing body that checks out our qualifications. It is mainly just between us and the interview. Ok, sometimes a university degree helps, but still it isn't the same as being qualified. For me this isn't a bad thing, but I am just a boy taking advantage of the situation. I was just thinking what are you guys' thoughts about this. Many of you were working with OS/360 the year I was born. 1964. A good year. :) Kindest regards Lindy unsnip- Lindy, you're right in that we have no governing body as such. But we have a sort of tacit form of governance: each other. It can be very easy for someone to to rattle off the alphabet soup of acronyms, etc. in any field, but knowing when to use them can be a whole different story. I've had prospective employees come to me all primed and rarin' to dazzle me with acronyms, only to find that I know the acronyms too. They were told to expect only a Human Resources type to deal with, who wouldn't know a printer from a card punch it they landed on his toes. When they talk about their skills in Assembler, I ask them to write a simple program to copy one file to another. (I had a white boarxd in my office.) We then would critique the result. Sometimes the program was very good: short and effective. Other times, the result was a disaster. One couldn't do it at all. And HE was supposed to be the Assembler expert! Bottom line: you MIGHT dazzle us with brilliance; you certainly CANNOT baffle us with BS. Breaches in integrity and/or honesty usually become well known fairly quickly, via local grapevines. Or, on very rare occaissions, the news media. Years ago, there was a theft of $1 million from the First National Bank in Chicago. The thief is known, his method is known. Lacking is the evidence to go to trial. But he doesn't work in IT any more, and never will, at least in greater Chicago. That particular individual has managed to alienate most of the people he once called friends in other ways as well. In summary, I think we're equally served by our own efforts at self-policing; no separately constituted policing body could really do much more. (Curious: Lindy as a Christian name, or a contraction of another name?) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: NetView Startup problem
Hi Saurabh, One way you can get the actual library name for CNMLINK: 1. Crank up SMP/E and search your TARGET zone for the LMOD that is named in your S806-4 messages. The LMOD entry should give you a LIBDEF name for the library containing the LMOD. 2. Again using SMP/E, look in your TARGET zone for the LIBDEF of that name. The LIBDEF entry should give you the dataset name. Be sure that the named dataset appears in your STEPLIB or PROGxx list for LINKLIST. Also be sure that it's in the list for APF libraries. Chances are fairly good that this will solve the S806-4 ABEND as well as the S0C4 abend. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simple record extraction from a sequential file
Frank Yaeger wrote: Rick Fochtman on IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 11/21/2011 01:38:29 PM: Take a look at DFSORT, using INCLUDE/EXCLUDE control statements For the record, that's INCLUDE/OMIT, not INCLUDE/EXCLUDE. 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 -- 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 Working from obviously faulty memory. Thanks for the correction, Frank. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simple record extraction from a sequential file
-snip I am of course familiar with production-control schemes. Production must be orderly, but in my experience bureaucratic controls alone do not reduce errors: They only diffuse responsibility. unsnip I have, on admittedly rare ocaisions, seen some of those controls catch errors, usually where programmers made invalid assumptions about input data quality and/or quantity. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IKJ139I BROADCAST DATA SET NOT USABLE, I/O SYNAD ERROR
Why not just run a SYNC on the BRODCAST dataset and be done with it? Rick Jerry Whitteridge wrote: Another vote for Sam's excellent Broadcast utilities. They should be in every sysprogs tool box if responsibilities include TSO -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Monday, November 21, 2011 4:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IKJ139I BROADCAST DATA SET NOT USABLE, I/O SYNAD ERROR Hi all In the syslog,there is the following message: IKJ139I BROADCAST DATA SET NOT USABLE, I/O SYNAD ERROR My question : 1. Do it mean sys1.broadcast is broken? 2. How to verify sys1.broadcast DATSET? 3. How to solve this problem? Jason, What level of z/OS? Are you using SYS1.BRODCAST or individual BRODAST datasets? I might recommend you use individual BRODCAST datasets (see IKJTSOxx member in SYS1.PARMLIB). That way it would only impact one user rather than many. See if you can browse the dataset. If you can then it might not completely broken Go to CBTTAPE.ORG and download the file 247 Broadcast Manager Utilities to manage SYS1.BRODCAST Without any additional messages it might be that you need to clean up your BROADCAST dataset. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Email Firewall made the following annotations. -- Warning: All e-mail sent to this address will be received by the corporate e-mail system, and is subject to archival and review by someone other than the recipient. This e-mail may contain proprietary information and is intended only for the use of the intended recipient(s). If the reader of this message is not the intended recipient(s), you are notified that you have received this message in error and that any review, dissemination, distribution or copying of this message is strictly prohibited. If you have received this message in error, please notify the sender immediately. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Multipl Entry Points in PL/1 Load Module
I think you'll find that multiple entry points are NOT permitted for a PL/I Main Program; only for a subroutine, where the PL/I environment vis-a-vis save areas, error handling, etc. are already established. Rick Munif Sadek wrote: Dear Listerr I am trying to create multiple entry point for single PL/1 Load module. My source is MSTST : PROC OPTIONS (MAIN) REORDER; DEFAULT RANGE(*) STATIC; PUT SKIP LIST(' MSTST ENTRY POINT'); END; MSTSTE: PROCEDURE; MSTST1: ENTRY; PUT SKIP LIST(' MSTST1 ENTRY POINT'); END; and my Binder is //SYSLIN DD * INCLUDE PLIOBJ SETSSI 0040 ALIAS MSTSTE NAME MSTST(R) /* In my load library I am getting MSTST load module created and ALIAS MSTSTE created for LOAD MSTST. I can run MSTST but MSTSTE fails with S0C4 RSN0004. Any pointers in right direction please.. regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Simple record extraction from a sequential file
---snip I have a tape dataset from which I need to extract all records that begin with a specific 2 byte prefix. The RECFM is VB or possibly U. Is there an IBM utility that lets me just select those given records? I thought IEBEDIT sounded like a good candidate, but that seems to deal with actual job streams then I thought of IEBGENR, but that doesn't appear to do what I want either. Surely I'm missing something, I'd think this is a very common task. For example, CMS/TSO PIPELINES PIPE input | STRFIND /xx/ | output unsnip- Take a look at DFSORT, using INCLUDE/EXCLUDE control statements Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Terminology
---snip-- I hope, since this is not about USS, that I won't be moderated on this. I wish to reply to a question John McKown raised on 18 Nov :And what is the proper word for the PL/1 not sign' ? (x'00AC' in Unicode). It is a standard operator in formal mathematical language, AFAIK almost universally used to indicate logical negation in an expression, and normally called the negation symbol, but informally called the not sign. ---unsnip- The only name I heard for it, that I remember, was inverted circumflex. How about that for a meaningless mouthful? :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EOFDISK - CBTTAPE 846
-snip- You need to add SYS1.MODGEN to your SYSLIB concatenation for the Assembler. Rick -- Robert Prins wrote: I'm trying to assemble this on a z/OS system and having changed the JCL to something that actually allows me to assemble the code, I get these four errors, and having no assembler knowledge to speak off, can anyone explain me what I need to change: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 295 Line(s) not Displayed 223 * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 021000 224 * 021100 225 OBTAIN OBTAINFetch the VTOC entry 021200 ** ASMA057E Undefined operation code - OBTAIN ** ASMA435I Record 212 in PRINO.RAHP.ASM(EOFDISK) on volume: ZSTOR1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 9 Line(s) not Displayed F8 D507 C740 C640 00740 00640 235 CLC =CL8'SYSCTLG ',JFCBDSNM See if DSN=SYSCTLG 022200 FE 4770 C10C0010C 236 BNE NOTCVOLNo, then not an active OS catalog 022300 000102 0 0 237 CLC =X'FF',DS1LSTAR See if VTOC says CVOL is formated 022400 ** ASMA044E Undefined symbol - DS1LSTAR ** ASMA435I Record 224 in PRINO.RAHP.ASM(EOFDISK) on volume: ZSTOR1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 8 Line(s) not Displayed 246 * 023300 00010C 1FAA 247 SLR R10,R10Clear a work register 023400 00010E 0 248 ICM R10,7,DS1LSTAR Ascertain last addressable record 023500 ** ASMA044E Undefined symbol - DS1LSTAR ** ASMA435I Record 235 in PRINO.RAHP.ASM(EOFDISK) on volume: ZSTOR1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 551 Line(s) not Displayed 707 * 045600 00075000750 00588 708 ORG F1DSCB-44 Overlay Format 1 DSCB area in CSECT 045700 709 IECSDSL1 (1) DSECT for Format-1 DSCB (VTOC entry) 045800 ** ASMA057E Undefined operation code - IECSDSL1 ** ASMA435I Record 458 in PRINO.RAHP.ASM(EOFDISK) on volume: ZSTOR1 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3691 Line(s) not Displayed JCL used is: //PRINOASM JOB (PRINO), // 'ROBERT AH PRINS', // CLASS=A, // MSGCLASS=H, // MSGLEVEL=(2,0), // NOTIFY=SYSUID // * //ASM EXEC PGM=ASMA90, // PARM='OBJECT,NODECK' //SYSLIBDD DSN=SYS1.MACLIB, // DISP=SHR //SYSLINDD DSN=LOADSET, // DISP=(MOD,PASS), // UNIT=SYSDA, // SPACE=(800,(100,100)), // DCB=(BLKSIZE=0) //SYSUT1DD SPACE=(800,(100,100),,,ROUND), // UNIT=SYSDA //SYSPRINT DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //SYSIN DD DSN=SYSUID..RAHP.ASM(EOFDISK), // DISP=SHR Where 'SYSUID..RAHP.ASM(EOFDISK)' contains the assembly language part of the member from the above mentioned CBT tape 846 @ http:// www.cbttape.org/ftp/cbt/CBT846.zip Robert -- 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
Off Topic: Looking for Someone
Anyone hear from Rich Vipond? He doesn't seem to be answering his E-Mail. Thanks for any information. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Religious controversy on IBM-MAIN
---snip- Historically, many fora having another focus have found it advisable to avoid the discussion of religion, which is divisive and likely to escalate into invective and worse. We are a mixture of the devout, the indifferent, and the militantly anti-religious. This mixture is explosive. It would therefore be better, I think, if we agreed informally not to discuss our own or others' religious views here. We have other things to talk about. -unsnip-- Whole-hearted agreement. This is a technical forum, not a theological discussion group. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clarification on IEHPROGM
--- I, personally, can think of no good reason to ever use IEHPROGM in a z/OS environment; IDCAMS is the current vehicle for the kinds of changes that IEHPROGM once performed admirably well. Rick We must not have been using the same IEHPROGM. I don't think there's _anything_ that IEHPROGM did admirably well. It was a pain in the *** in every way, starting with the boneheaded decision to use the boneheaded assembler continuation style of a non-blank in column 72 and the continuation starting in column 16. And don't forget the inanity of SCRATCH VTOC,SYS vs SCRATCH VTOC. The latter should have had an additional keyword to specify yes, I really want to scratch every data set on the volume so that if you accidentally put a blank in front of the comma on SYS it didn't unintentionally scratch every data set instead of just the temporary ones. ---unsnip-- I was taught to always put the SYS keyword FIRST. Old habits die hard. :-) -snip-- For every IEHPROGM function that I can think of, one systems programmer or another, myself included, had written a better replacement program for it, available on various freebie software tapes. A lot of them are probably still around in places like the CBT collection. So even back in MVT there was little need for IEHPROGM unless you were an IBM-software-only shop, and fortunately I never worked for one of those. unsnip--- I didn't have a choice. It was IBM or nothing. Finally got to a shop where PCAP replaced ECAP and it was a major revelation for me. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clarification on IEHPROGM
-snip-- I am trying RENAME for NON-VSAM, but I used your Given JCL to rename with existing name itself but it conflicts with Duplicate name(Obviously) Since the NEWNAME do already do exist. But my clarification why IEHPROGM throws an error as Correct Password not available whereas we have not protected the Dataset with Password ? ---unsnip-- Jake, since IEHPROGM was written, some of the bits in the Format-1 DSCB have been re-purposed after becoming archaic. This can, and often will, become VERY confusing when using old programs with new control blocks. Not just in this situation, either. The example you're hitting is the use of the PASSWORD bits in the Format-1 DSCB. I, personally, can think of no good reason to ever use IEHPROGM in a z/OS environment; IDCAMS is the current vehicle for the kinds of changes that IEHPROGM once performed admirably well. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clarification on IEHPROGM
-snip-- We still use it to batch rename members in a PDS. Is that covered by the IDCAMS functions? ---unsnip--- IDCAMS can rename members as easily as whole datasets. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: STOW macro Location
---snip Ok, I must be confusing (having too much decaying braincells :D ) STOW with something else which can destroy a PDS / PDSE directory if used incorrectly. Please educate and correct me what that thing was which was discussed on IBM-MAIN. I remember that if you don't use the services correctly you can damage the directory which could render a PDS unusable. Thanks Binyamin and Shmuel for your help. ---unsnip Just my two cents' worth: trying to IEBGENER a member into a PDS and forgetting to specify the member name on the SYSUT2 DD statement will certainly clobber a PDS very effectively by over-writing the directory. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Clarification on IEHPROGM
---snip--- I think you mean *1960's*. But then they say, do they not?, that if you can remember the 1960's, you weren't there! --unsnip--- Not true. I still remember, almost as clearly as if it were yesterday, what I was doing when I learned that President Kennedy had been assassinated. And I learned about it 1 1/2 hrs. after the announced time of death. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
The 2260, controlled by a 2848 controller, was a separate family of displays. We used them at Michigan Tech under a system called RAX. Rick - Ed Gould wrote: Rick, My memory is iffy here as well but I do remember that we had 12 x 80 screens but the model number was 2260. The screen was incredibly small. This was in the early 1970#39;s. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
snip There was also a 2250 in that timeframe, but I do not remember the size. We had one of each in Stuttgart, but could not use them because the request for the extra memory to be able to run the communications program was cut from the budget request. The general did not care about the system memory, just the CRTs. ---unsnip IIRC, the 2250 was a vector-graphics tube requiring GAM to fully exploit. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
---snip Remember how old the 3270 architecture is. Wikipedia says about 1972. Think 1 Mhz 8080 as top of the line micro processor. The original 3277 and its controllers were STUPID. Rather than put a more powerful processor in the controller, IBM decided to offload the complicated function of calculating the position of the data into the host. Made of discrete transistors and resistors! Very primitive. So, the host just sent a simple to understand buffer address (a single number) to the 3274. Not without a time machine. The 3274 came later. The original 3270 controller lineup was 3271, 3272 and 3275, the latter combining controller and display. ---unsnip--- Wasn't there also a 3276, with a display and controller that would handle the integerated display, plus 7 more display-only devices? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
---snip Remember how old the 3270 architecture is. Wikipedia says about 1972. Think 1 Mhz 8080 as top of the line micro processor. The original 3277 and its controllers were STUPID. Rather than put a more powerful processor in the controller, IBM decided to offload the complicated function of calculating the position of the data into the host. Made of discrete transistors and resistors! Very primitive. So, the host just sent a simple to understand buffer address (a single number) to the 3274. It basically just starting stuffing data characters at that location in a RAM buffer. More power == most cost == fewer purchases. Much like some of the krud in z/OS today due to short sighted architects who were worried about memory and slow CPUs and expensive DASD. The answer to these problems is obvious: Convert from archaic z/OS to modern Windows 8! At least that's what a lot of Windows weenies around here are saying. Over and over and over and over. Better! Faster!! Cheaper!!! is their cry. Anything z/OS can do, they state can be done using Windows and at lower TCO. Herr Gobbles would be proud of them. -unsnip-- Leave us also keep in mind another set of parameters that are significant. While the Windoze-based processors may be blindingly fast at doing arithmetic, when it comes to large-scale data movements they are abysmally slow. Large-scale data mining operations are nothing more than a far-off dream of the future for Windoze processors. Similarly, processing of large matrices is a similar pipe-dream, unless the entire matrix can be maintained in RAM, as opposed to disk storage. Windoze security is an oxymoron, as is reliability (but it's slowly improving). We know that the big iron has a few drawbacks; when are the Windoze Weenies going to realize that the same is true of their platforms? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DST option ?
---snip Government intelligence. ---unsnip--- Let's not start another oxymoron thread. PLEASE!! :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TSO SCREENSIZE
-snip- My phrasing is getting to be very poor. By STUPID, I meant more that the architecture implementation was primitive compared to today's architecures. Not that the designers or the design was stupid. It just resulted in a stupid computer (one with not many abilities) compared to today's smart computers. Which will be considered stupid in the future. -unsnip--- I'd accept the term primitive far more easily than stupid. Leave us always remember the speed at which technology changes. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
---snip--- I don't have any DB2 specific advice regarding user catalogs, but when you ask about each member having its own catalog, if you mean member in the sense of DB2 data sharing, that really won't work, since DB2 treats the whole group as a logical entity. Now if you are referring to individual subsystems, I would recommend that you have at least one user catalog per DB2 subsystem or DSG, or at a minimum that you don't define the aliases for development and production in the same user catalog. --unsnip- I partly agree with Wayne. DB2 tables should have their own UCAT, separate from all other processing. I must caution against a profusion of UCATs; it can lead to all sorts of recriminations when doing business continuity testing (Disaster recovery.) I've always advocated 4 UCATs; testing, production, pre-production testing and DB2. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
--snip-- Is this supposed to work this way? I've just spent a bit of time in the Init Tuning Reference, and nothing in there indicates what I'm seeing. On a z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change I make in the SMFPRM member. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit shows up and is marked as active, no matter which SMFPRM setting I am using for ACTIVE/NOACTIVE. However, only when the member is set to record with ACTIVE does my SMF exit get called. Is this working as designed? Anybody know? What I wanted to do was to turn off recording of SMF records, but still use the exits to communicate to my server address space. The exits are installed programatically using the dynamic exits facility, if that makes any difference. ---unsnip This is the behaviour I would expect. IEFACTRT is dependant on the data collected by SMF processing. No SMF processing means no data, therefore, no reason to even attempt invoking the exit. Try using it with SMF ACTIVE and use the NOTYPE(nnn...nnn) operand to supress recording of actual records. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMFPRMxx ACTIVE/NOACTIVE parameter and SMF exit IEFACTRT
I would think that's dependant on when the filters are applied: during collection or just before writing the completed record. You may be right; I just don't know with a high-enough level of certainty. Rick -- Ford Prefect wrote: Rick, I don't think your method would work. If you suppress the record types that IEFACTRT is dependent on then it will not be called. If you want the exit to be called but not have the records recorded I think you would have to exclude them with IEFU8x. Scott On Thu, Nov 10, 2011 at 4:14 PM, Rick Fochtman rfocht...@ync.net wrote: --**snip** -- Is this supposed to work this way? I've just spent a bit of time in the Init Tuning Reference, and nothing in there indicates what I'm seeing. On a z/OS 1.12 system, if the SMFPRM member has NOACTIVE set, my IEFACTRT exit is not invoked. When I set it to ACTIVE, it is. Only change I make in the SMFPRM member. If I do a D PROG,EXIT,EN=SYS.IEFACTRT my exit shows up and is marked as active, no matter which SMFPRM setting I am using for ACTIVE/NOACTIVE. However, only when the member is set to record with ACTIVE does my SMF exit get called. Is this working as designed? Anybody know? What I wanted to do was to turn off recording of SMF records, but still use the exits to communicate to my server address space. The exits are installed programatically using the dynamic exits facility, if that makes any difference. --**-unsnip-** --- This is the behaviour I would expect. IEFACTRT is dependant on the data collected by SMF processing. No SMF processing means no data, therefore, no reason to even attempt invoking the exit. Try using it with SMF ACTIVE and use the NOTYPE(nnn...nnn) operand to supress recording of actual records. Rick --**--**-- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/**ibm-main.htmlhttp://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: units
Bonno, Tuco wrote: And then there were the Bicycle Brand 52 card decks containing only Ace of Spades which were officially printed for use in the US Military. ... and do any of the august members of this listserver community know what those were used for, or, perhaps have the personal experience thereof? /s/ tuco bonno; Graduate, College of Conflict Management; University of SouthEast Asia; I partied on the Ho Chi Minh Trail - tiến lên !! -- 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 Yes, and no, in that order. Semper Fi !! :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DST option ?
--snip-- After listening to all the controversy about DST how about just adding 30 minutes and stay at the that time year around? That would make everybody happy, no? No. Half hour time zone differences are more of a PITA than full hour differences. You can be certain that the whole world would not adopt that change. ---unsnip--- Even California isn't THAT goofy! :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: units (was: Out damn'd GMT ...)
--snip--- my query ( . do any of the ) was purely rhetorical; I do know what they (aces of spades) were used for in vietnam; but the link http://en.wikipedia.org/wiki/M%26M%27s#1970s_and_1980s has me puzzled . what do MM-s have to do with it ??? other than c-ration chocolate patties, I never saw ANY chocolate in viet-nam, much less MM-s also, what's GIYF?? ( and I don't do too well with emoticons either . -unsnip--- Your officers were too smart by half. We liberated a Conex full of Hershey bars straight from the docks at DaNang one afternoon, thanks to an officer more interested in overseas pay than doing his job. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSN NOT RELEASING OVER ALLOCATED SPACE
-snip Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help in advance. --unsnip IIRC, the datasets must be OPEN'ed and CLOSE'd before the RELEASE function will work. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scanning JES3 JCL
---snip-- And I have a lot of appreciation for what they achieved on machines with as little as 384K of core memory. 384KiB? We ran PCP on 128 and MFT II on 256. I know of places that ran on 64. -unsnip- Don't forget all those smaller shops that ran DOS/360 on 64KiB and thought it was The Cat's Pajamas. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Maintenance at two in the afternoon? On a Friday?
Linda Mooney wrote: Hi Steve, A very quick perusal of their careers page shows that they are looking foe someone with Bachelors Degree in Business Administration or Information Technology •ITIL certifications •1 year of experience in ITIL processes •2 years of experience in Application development •Knowledge of ITIL process and procedures •Experience managing outsourced providers in the delivery of technical services (i.e. contractors) •MVS/CICS/DB2 skills, no scripting necessary. •Proficient knowledge of mainframe environment including z/OS including basic mainframe tools and navigation So maybe the down for maintenance was more of an OOPS! notice of boat anchor dragging? Looks like they might need some serious training on that mainframe - they don't seem to know how to use it properly. VBG Linda - A big AMEN to that, Linda. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Maintenance at two in the afternoon? On a Friday?
That may well be. In that case, and being of more-or-less common sense, I'd try to schedule my maintenance when the fewest customers would be affected, without regard to such old-fashioned notions as It's mignight here. Good time to do it. Rick -- Mike Schwab wrote: Maybe the system is in China or India, where it would be and early Saturday Morning? On Fri, Oct 28, 2011 at 3:29 PM, Steve Comstock st...@trainersfriend.com wrote: Well, I just tried to do some online credit card account maintenance with my Capital One card, and got the message 'System Unavailable'. I called tech support and they said they were doing maintenance on the system. Regular weekend maintenance. At 2:00 on a Friday afternoon? Does anyone know if they are using mainframes for their online / web based work? Sheesh! Someone should teach them they can use mainframes and do maintenance while the system keeps running! Makes you wonder about staying with them. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. -- 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: z/OS UNIX file can't be deleted. (Was confusing and confused)
---snip- Are you really that stupid? Anybody on the list has standing to correct anybody else on the list unless Big D says otherwise. unsnip That may very well be, but can't we do it without hurling thunderbolts at one another? The H D (Hatred and discontent) are getting a bit thick around this circle of so-called professionals. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSCB DSECTs?
-snip Abject frustration here, as I was just reading this stuff last week, and today just drew a blank on where I was reading it. And they keep telling me that getting old(er) is better than the alternative ;-) ---unsnip-- I'd still rather be 'over the hill' than under it. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Maintenance at two in the afternoon? On a Friday?
--snip Well, I just tried to do some online credit card account maintenance with my Capital One card, and got the message 'System Unavailable'. I called tech support and they said they were doing maintenance on the system. Regular weekend maintenance. At 2:00 on a Friday afternoon? Does anyone know if they are using mainframes for their online / web based work? Sheesh! Someone should teach them they can use mainframes and do maintenance while the system keeps running! Makes you wonder about staying with them. --unsnip--- ALMOST anything is possible without disruptions to production work. It just takes careful planning and a little forethought. We did it on a regular basis at Clearing. Even replacing a CPU power supply! Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol dynamic file allocation using SETENV and C run time environment
Yes Rick - Scott Ford wrote: Rick: Your saying even if specified, it is overriden by the Linkage Editor and Binder ? Scott J Ford Software Engineer http://www.identityforge.com From: Rick Fochtman rfocht...@ync.net To: IBM-MAIN@bama.ua.edu Sent: Thursday, October 20, 2011 7:59 PM Subject: Re: Cobol dynamic file allocation using SETENV and C run time environment -snip Scott, Interesting side point to me. Does specifying a DCB on sysut1 on the linkedit make a difference on the block size of the lmod? Not the size but the block size? Ed -unsnip Ed, to the best of my knowledge, any such value on the DD statement is ignored. Linkage Editor of Binder will determine what's best for its purposes without our help. AFAIK, the LMOD blksize is determined solely by the SYSLMOD blksize value. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cobol dynamic file allocation using SETENV and C run time environment
-snip Scott, Interesting side point to me. Does specifying a DCB on sysut1 on the linkedit make a difference on the block size of the lmod? Not the size but the block size? Ed -unsnip Ed, to the best of my knowledge, any such value on the DD statement is ignored. Linkage Editor of Binder will determine what's best for its purposes without our help. AFAIK, the LMOD blksize is determined solely by the SYSLMOD blksize value. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BMC CMF vs. IBM RMF
snip--- Well, that was a bad day. ---unsnip- That's a masterpiece of understatement! :-) -snip- But this does not justify the general statement that this never has happnened, nor ever will, with RMF. I bet there will at least be one site that has had a similar experience with RMF? --unsnip- I don't believe I ever made the statement that RMF was perfect. I was, however, assured by RMF Lvl-2 support, that it uses designed interfaces to gather its information. Hooks into existing code using the instruction-replacement technique are strictly verboten. It was that type of hook that caused my problem with CMF. I was also assured that TMF had never led to a system outage; only measurement outages or inconsistencies. ---snip-- We had the same feeling with one product from a third party vendor, that we used in stead of the IBM product. The third party product had several nasty problems, but when I suggestes to convert to the IBM product, my colleague who does most of the SMP work, pointed out that he regularly saw PTFs on the IBM product for similarly nasty problems. unsnip--- Nobody has a monopoly on problems; even the most careful designs can have some pretty nasty failures when circumstances happen that were not considered by the designers. --snip-- No product is bugfree, even IEFBR14 has been enhanced in the past, so stating that one is better than the other should be based on decent investigations. unsnip I submit that enhancements are not necessarily solutions. Even programs with no problems can be enhanced. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BMC CMF vs. IBM RMF
BTDTGTSS, Kees. Lost my PRODUCTION system at the worst possible time of day, with fines and penalties that run $1000's per MINUTE! Rick -- Vernooij, CP - SPLXM wrote: Rick Fochtman rfocht...@ync.net wrote in message news:4e8f8f91.1040...@ync.net... --snip --- I have been looking at CMF vs. RMF as a question. Is there any pros or cons between the two? Any other products besides CMF that competes with RMF on the mainframe? unsnip --- CMF is a wonderful product but it's very maintenance-sensitive, not only for itself but for the rest of the system as well. It uses a number of hooks that it places in z/OS code when it starts and removes during shutdown. If there's a maintenance mis-match, you could be looking at a system outage. BTDT GTSS. I NEVER expirienced this in all my life (which is about the time we run CMF). My choice is to stick with RMF. The numbers aren't as detailed but the risks are FAR lower. FUD! Kees. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: BMC CMF vs. IBM RMF
I would have said Bankrupting Mountain of Crap. :-) Rick -- Vernooij, CP - SPLXM wrote: From your choice of language, I assume you ended up in this group/forum unintentionally, by opening our door i.s.o. your manhole cover. Be more careful where you go next time. Jeeez. Kees. Nomen Nescio nob...@dizum.com wrote in message news:b6bb8fd9ebc3690f1ea46493a7d4c...@dizum.com... kees.verno...@klm.com (Vernooij, CP - SPLXM) wrote: Rick Fochtman rfocht...@ync.net wrote in message news:4e8f8f91.1040...@ync.net... --snip --- I have been looking at CMF vs. RMF as a question. Is there any pros or cons between the two? Any other products besides CMF that competes with RMF on the mainframe? unsnip --- CMF is a wonderful product but it's very maintenance-sensitive, not only for itself but for the rest of the system as well. It uses a number of hooks that it places in z/OS code when it starts and removes during shutdown. If there's a maintenance mis-match, you could be looking at a system outage. BTDT GTSS. I NEVER expirienced this in all my life (which is about the time we run CMF). So what? Just because you didn't have a problem doesn't mean problems don't exist. I'll bet what Rick says against anything you have to say. My choice is to stick with RMF. The numbers aren't as detailed but the risks are FAR lower. FUD! That's BMC all the way! Fire longtime employees and hire 10 dollar an hour Mexicans, Indians and Russians. If you want support or a fix, you're shit out of luck with BMC. BMC: Bastards Motherfuckers Cheats Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: USS - file can't be deleted.
Mary Anne Matyaz wrote: Arrogant? Pot/Kettle/Black! BTW, it's dreaded, not dread. -- 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 And it's a EXCLAMATION POINT, not a EXPLANATION POINT. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Chaos feared after Unix time-zone database is nuked
-snip-- A majority want to adjust their work hours to follow the sunrise, and they find it more convenient to reset their clocks semiannually than it would be to repaint their hours of operation on shop doors semiannually. Do you have any documentation for that claim? I'm not aware of any plebiscite or poll that supports it. -unsnip- One of the justifications (?) we had here in Illinois was so that school children would not be in transit to/from school during darkness hours. Partly due to traffic risks and partly due to predator risks. In my own observation, admittedly not all-encompassing, most business owners prefer to reset clocks rather than repaint signage. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
F8/F9 DSCB Mapping
Where are there macros, if any, to map the F8/F9 DSCBs? And F7 DSCB as well? Given the number of OEM and RYO utilities that analyze and display VTOC information, standard macros and mappings would be a blessing. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Fairwell to a Friend
Received from another list: -- To those who new him: Gilbert Sain-Flour passed away last night in Montauban France. He will be missed. Carlos Aguilera Sr, 1401 Liggates Road Lynchburg, VA 24502 Cell 434-401-4828 carlos @gsf-soft.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Jes2 held output class
Lim Ming Liang wrote: Hi, I have jes2parm lines of; 000508 OUTCLASS(Q) BLNKTRNC=YES,/* 000509 OUTDISP=(WRITE,WRITE), 000510 OUTPUT=PRINT, /* 000511 TRKCELL=YES /* 000512 /* but when I run a job with msgclass=q, in sdsf the job output show ODisp HOLD . Did I miss anything ? Why do you have /* at the end of each line? Where are the matching */ sets? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SPOOL move
-snip I believe there's support for migration between spool volumes in R13. The miscreants in my shop keep stuff on the spool for *years*, making it impossible for me to completely drain spool volumes without an outage. Looking forward to trying out the new function. --unsnip-- Dave, I submit that those miscreants using SPOOL for long-term storage should have their hands slapped. Hard. At my last shop, anything left on the SPOOL for more than 30 days was purged. If you wanted to keep it longer than 30 days, you made arrangements to get it offloaded to a PS datasets with an external writer before the 30-day limit was reached. Amazing how many of those SYSOUTs were found to be unneeded, :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: BMC CMF vs. IBM RMF
--snip--- I have been looking at CMF vs. RMF as a question. Is there any pros or cons between the two? Any other products besides CMF that competes with RMF on the mainframe? unsnip--- CMF is a wonderful product but it's very maintenance-sensitive, not only for itself but for the rest of the system as well. It uses a number of hooks that it places in z/OS code when it starts and removes during shutdown. If there's a maintenance mis-match, you could be looking at a system outage. BTDT GTSS. My choice is to stick with RMF. The numbers aren't as detailed but the risks are FAR lower. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL CROSS-REFERENCE Utilities
-snip--- Where does he find tech support to service his 026 keypunch? ITYM 029, and they will be upgrading to 129 RSN. -unsnip- Might really be a 026, with multi-punch to convert certain DCBIC chars to EBCDIC. Stranger things have happened. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RES: WTO Sample Program
---snip- Mr. John. Sorry about my bad english. Sergio ---unsnip- Sergio, never apologize for doing your best. Your friends don't need it and your enemies won't believe (or accept) it. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: five char device address
---snip--- Yes, interesting applications. Although they cannot be that 'old', 3390-s are around for 2 decades or so. Your example of the 65k PS limit is still not limiting a dataset to a 3390-3, it will fit perfectly on a 3390-54. How can an application demand a 3390-3? I know an application that demands its dataset to be within the first 256 cylinders of the volume, this is ancient private excp processing from the 70's, this is 'old'. So, where is the 3390-3 limit? ---unsnip-- Any program using BDAM with calculated relative or absolute disk addresses can run afoul of device limitations; that's mainly why these types of things are discouraged. If you really think you need BDAM with calculated addresses, consider the use of VSAM RRDS instead. Fewer device dependancies and a far brighter future. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL CROSS-REFERENCE Utilities
-snip--- Where does he find tech support to service his 026 keypunch? -unsnip-- And does he use an old 12-button WrightLine desktop manual punch for a backup?? (g,d r) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL CROSS-REFERENCE Utilities (OT for Paul, Rick, and Shmuel)
-snip- HA HA HA You guys are just jealous. We have been making great strides here are Trailing Edge Computers. Things we have achieved lately: (1) Upgraded from S360/30 to a S360/65 with 512 KILOBYTES of core memory. (2) Upgraded our OS from OS/MFT to OS/MVT. We can now run seven jobs concurrently!!! (3) Changed all our 2311 DASD to 2314 DASD. Now we can put almost 30 million bytes of data per pack, which should be enough for 50 years! (4) We are now entering the SPACE AGE with the new 2260 display system! Just think - transaction processing in real time with responses in under 5 seconds! (5) We now have a 2780 RJE terminal. Now the users in the annex can run their jobs without needing to cross the street! (6) Our expanded capacity has allowed us to start using high level languages for some programs. On the advice of our excellent IBM SE we are going to use PL/I and RPG! (7) Some of our engineers are enthusiastic about the new APL language. It allows them to write complex algorithms in just a few lines of code! But I have my doubts, since I can't seem to figure what some of these programs do, and I think I am pretty smart. (8) There is something new called SCRIPT. It is supposed to allow us to print out documentation in lower case! But my CE tells me that I need to get a TN chain for my 1403 printer for this to work. So before you guys start looking down your noses at TEC, compare! unsnip--- Didn't you guys also get the very last shipment of 2321 Data Cell drives as well? NOODLE PICKERS RULE!!! (g, d, r) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: five char device address
---snip--- Any program using BDAM with calculated relative or absolute disk addresses can run afoul of device limitations; that's mainly why these types of things are discouraged. If you really think you need BDAM with calculated addresses, consider the use of VSAM RRDS instead. Fewer device dependancies and a far brighter future. :-) Brighter future?! BDAM is supported for 1TB EAV and getting a 'facelift' with zHPF channel programs. Where's the 'darkness' in that? As long as your addresses are relative and not absolute, you are AOK! --unsnip- ISTR reading somewhere that DBAM was now Class-C. Perhaps the old memory banks got scrambled somewhere. :-( Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WTO Sample Program
--snip- Does this do it? MVC WTORLIST+12(80),=CL80'PROMPT MESSAGE' ROUT1010 XCWTOR_ECB,WTOR_ECB MVC REPLY,=CL7' ' WTOR MF=(E,WTORLIST) WAIT 1,ECB=WTOR_ECB ---Give operator time to reply * ACCEPT CANCEL, GO, WAIT, YES, OR NO * CLC =C'CANCEL ',REPLY BEROUT2010 CLC =C'GO ',REPLY BEROUT2020 CLC =C'WAIT ',REPLY BEROUT2030 CLC =C'NO ',REPLY BEROUT2040 CLC =C'YES ',REPLY BEROUT2050 MVC WTORLIST+12(80),RETRY MVC WTORLIST+21(6),REPLY B ROUT1010 WTORLIST WTOR 'X ', X REPLY,6,WTOR_ECB,ROUTCDE=(1),MF=L WTOR_ECB DC F'0' REPLY DC CL7' ' RETRY DC CL40'WTORMS 123456 - UNKNOWN ANSWER, REPLY' DC CL40'GO, WAIT, YES, NO, OR CANCEL' WAIT_LIST DCA(WTOR_ECB+X'8000') ---unsnip- Note the additional line I've added to your code. You really should wait for a reply before trying to test its value. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
--snip-- Thats like the slide-rule days before calculators... --unsnip- Don't knock that old slip-stick. :-) For me it's faster than a calculator! I sometimes tutor high-school kids in math. We start by doing arithmetic on paper and pencil. Then they graduate to using an abacus, then a slip-stick. Only when they've mastered these are they allowed to use calculators. I've found that calculator drops 90-95% after this basic indoctrination. (Fingers are not allowed at any time!) :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
--snip--- Yep Ed absolutely ...Read the manuals of the product and go through and critical think, did i say a bad word, critical think -unsnip-- To paraphrase Robin Williams in one of his film roles: Think ... now there's a helluva concept. -- 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: OT to my collegues
---snip-- Why read when it is simpler to just ask here and get a pre-digested answer? Almost as good as sleep learning via RNA-drip. Or is my attitude showing again? Ah, for the grand old days of public ridicule. But, this is the Windows generation. Where everything should be intuitive (aka no learning required!) and no action should ever result in injury. That's why it is necessary for an electric hair dryer to be labeled do not use while showering. unsnip As long as we have the current liberal and politically correct press, public ridicule will remain stifled. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT to my collegues
--snip-- All, Is that I am getting older or are people forgetting how to read IBM manuals . ---unsnip-- Both, more's the pity... Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RES: How to dumps all the SMF datasets automagically evertime
---snip-- Does the presentation shows CI size and BUFSPACE of MANx datasets ? ---unsnip AFAIK, it does not. SMF is more than adept at managing the space and the selection of CI size during definition of the cluster(s) seems to be pretty optimal as is, without a human second guess cluttering up the picture. I've found that with only a few extreme exceptions, the best CI size is usually automagically assigned during IDCAMS definition/allocation processing. Rick - Atenciosamente / Regards / Saludos Ituriel do Nascimento Neto BANCO BRADESCO S.A. 4254 / DPCD Engenharia de Software Sistemas Operacionais Mainframes Tel: +55 11 4197-2021 R: 22021 Fax: +55 11 4197-2814 -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Mark Zelden Enviada em: quinta-feira, 22 de setembro de 2011 13:53 Para: IBM-MAIN@bama.ua.edu Assunto: Re: How to dumps all the SMF datasets automagically evertime On Thu, 22 Sep 2011 08:43:55 -0700, Ed Gould ps2...@yahoo.com wrote: (btw, below is what I see from the archives - all the #39 stuff instead of single quotes) Sam, Good suggestion. I haven#39;t seen any data as to performance though. In the past dumping SMF was while not slow it wasn#39;t fast either. Has IBM ever been able to speed it up? The log stream might just be the answer to my issue, has onyone come up with any numbers? Of course there have been numbers published by IBM and speeding up was one of the main reasons this was done. Here is a data and some verbiage from a SHARE presentation (session 2853, I think it was San Jose).View in fixed font... -+--+--+--+--+--+ |Base run |Using 1 |split |mult |Mult+ dup | |with manx |log |across 3 |streams + |30 and| |dsns |stream|logstreams|dup typ30 |100:102 | -+--+--+--+--+--+ CPU% | 86.56% | 86.19% | 87.05% | 86.34% | 86.95% | -+--+--+--+--+--+ TOT DASD | | | | | | I/O rate | 4643 | 3622 | 3387 | 3436 | 3256 | -+--+--+--+--+--+ SMFLOGR | | | | | | # of REQ | | 82769| 90474| 91879| 149324 | -+--+--+--+--+--+ SMF data | | | | | | log rate | 17355.19 | 17010.23 | 17221.54 | 17199.62 | 34472.71 | (rec/sec)| | | | | | -+--+--+--+--+--+ SMF avg | | | | | | rec len | 298.12 | 298.12 | 298.12 | 298.12 | 298.3| -+--+--+--+--+--+ SMF size | | | | | | in MB| 1776.33 | 1741.02 | 1762.65 | 1760.40 | 3530.46 | -+--+--+--+--+--+ Here we see some interesting comparisons between SMF recording to MANx data sets versus log streams. 1) When using the same workload, log stream recording did not cause any significant change in CPU utilization. Compared to the work load itself, SMF was not a significant contributer. 2) The DASD I/O rate, however, was lower when using log streams. System Logger creates larger write requests than SMF recording to MANx data sets, resulting in greater efficiency in I/O. 3) Even when duplicating records to multiple log streams, the effect of SMF recording was insignificant compared to the workload. -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html AVISO LEGAL br...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) a quem é dirigida, podendo conter informação confidencial e/ou legalmente privilegiada. Se você não for destinatário desta mensagem, desde já fica notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este E-Mail, promovendo, desde logo, a
Re: RACF server disabled During IPL
snip-- Just a wild guess... You mentioned there is Z/OS 1.6 system which is running without these problems and the system which fails is a Z/OS 1.12 system. Are these two systems sharing the RACF database? Have they run together before the ESS problem? If they are sharing the RACF database and this might be the first IPL of the Z/OS 1.12 system, then I would look at the results of the RACF database template upgrade job. It might be possible the RACF database has not been upgraded to the 1.12 level of the templates and RACF could be complaining about the downlevel database. Just my thoughts... ---unsnip It's been my experience that RACF will always initialize with a back-level database, but new functions that require database update and/or template update may or may not function. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FORCE ARM
snip--- OK, it's Friday: The meaning is that you have to force the arm of the operator about to key the command. ...sorry. ---unsnip-- Eitther FORCE his arm or break it! :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CONVERTING DASD TO SMS
--snip--- I tried the TEST keyword but I received the following error messages: ADR874E (001)-KVOL (01), VOLUME VECA21 IS NOT ELIGIBLE FOR CONVERSION TO SMS MANAGEMENT, 008 According to the error message it says :The volume has a nonindexed VTOC I ran the following : /* //STEP1 EXEC PGM=ICKDSF,REGION=3M //MYVOL DD UNIT=3390,DISP=(OLD,KEEP),VOL=SER=VECA21, // DSN=SYS1.VTOCIX.VECA21 //SYSPRINT DD SYSOUT=* //SYSIN DD * BUILDIX DDNAME(MYVOL) IXVTOC /* I ran the CONVERT again but I still get the same error. Any suggestions that I can try? -unsnip- Try spelling the index name right. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to dumps all the SMF datasets automagically evertime
-snip--- If you want to dump all SMF MAN files then check out CBTTAPE.ORG file 686 SMFDUMP program We use this and when we get the LAST SMF FILE BEING Used message, we run this program to dump all MAN files. This would not work for a Z EOD, but will work during a normal day. Do you have IEFU29 exit installed? ---unsnip--- Good advice, Lizette. We also used the SMFDUMP program, started by a command issued from the IEFU29 exit. Since we ran multiple LPARs in a Basic Sysplex, we changed the ENQ scope in SMFDUMP from SYSTEMS to SYSTEM, to avoid interference with the same program running on other images within the 'plex. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CA-DISK QUESTION : LISTD : CORRECTION
---snip--- It is like Benjamin said: DCB is the combination of LRECL, BLKSIZE, RECFM, DSORG, DIRBLKcount etc. and they all have their FIELDS parms. There is no thing like 'DCB=8000' in JCL either. unsnip- Kees, DIRBLKcount isn't part of the DCB; it's part of the allocation for a PDS. :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe shops (a little) more optimistic about System z
---snip- A rose by any other name Rsgweed is not a rose, and his reporting doesn't smell like a rose. --unsnip-- OK. TRASH by any other name would smell as bad. I stand corrected. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe shops (a little) more optimistic about System z
-snip--- Mr. Prickett Morgan is known to be hysterically (sorry, meant to say historically) anti-IBM in his musings. He's been a journalist watching IBM for 20 years, so he must be an expert on all things mainframes, musn't he? Most people on this Forum take his comments with large quantities of salt. -unsnip-- Many of us also wish he would take equally large doses of Ex-Lax (or an equally powerful laxative). That would cause him to shrink away to nothingness. :-) Equally large doses of arsenic would also serve the purpose. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe shops (a little) more optimistic about System z
--snip--- He's been a journalist That's a funny way to spell hack. unsnip- A rose by any other name Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SYS1.IMAGELIB
I know of at least one 1403-N1 still in regular service, maintained by cannabalized parts from two other units as needed. Rick - Shmuel Metz (Seymour J.) wrote: In 1315958086.61838.yahoomailmob...@web161421.mail.bf1.yahoo.com, on 09/13/2011 at 04:54 PM, Ed Gould ps2...@yahoo.com said: The 3800 printers essentially obsoleted all printers. No. 1. It was too expensive. 2. Some sites required impact printers for multi-part forms. -- 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: SYS1.IMAGELIB
You haven't dealt with the government regulatory agencies lately, have you, Ed? Some will not accept electronic copies but instead DEMAND carbon copies. At Clearing, we went round and round with Commerce Dept. types who INSISTED that we had to produce carbons, so we had to rent time on a system that had 3211 printers available. Will our stupid government EVER start thinking just a little like real business people? I sincerely doubt it myself. Rick - Ed Gould wrote: Yes there were follow on printers. I suspect there are very few real need for carbon copies anymore. I suppose, but I suspect that the number has decreased because with electronic copies the need is mute except for cash register and the odd type are needed. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe article
Maybe he found something more ineresting. Like Donald Duck, Mickey Mouse or Bugs Bunny, mayge? Rick - Bobbie Justice wrote: re: The Register has another mainframe related article which points out the rising importance of the mainframe and its growth in recent years. http://www.theregister.co.uk/2011/09/13/bmc_mainframe_survey/; No, this can't be right, obviously whoever wrote this article is not reading enough airline magazines. Bobbie Justice -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe article
Another alligator pundit? All mouth and no brains? :-) Rick --- Aled Hughes wrote: Mr Timothy Prickett Morgan is not and never has been a great fan of mainframes. If you have ever read his comments, he always comes across as being anti-M/F and to some extent anti-IBM. As to the number of M/F sites in the world today? Where did he get this number from? As Bobbie Justice said, he probably doesn't read enough airline magazines! The number is much closer to 6,000, although no one knows for certain, not even IBM. The number of individual systems installed is obviously far greater than that. TPM's resume shows that he has very little background in M/F matters - except writing magazine articles, but mainly about mid-range systems. And as to any experience of working with M/Fs... in the words of the (in)famous Phil Payne, nuff said. ALH -Original Message- From: Ken Porowski ken.porow...@cit.com To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Wed, Sep 14, 2011 7:49 pm Subject: Re: Mainframe article I notice they claim only 4,000 Mainframe shops in the world. I thought he number was closer to 10,000. -Original Message- rom: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On ehalf Of Bobbie Justice ent: Wednesday, September 14, 2011 2:43 PM o: IBM-MAIN@bama.ua.edu ubject: Re: [IBM-MAIN] Mainframe article re: The Register has another mainframe related article which points out he rising importance of the mainframe and its growth in recent years. ttp://www.theregister.co.uk/2011/09/13/bmc_mainframe_survey/ No, this can't be right, obviously whoever wrote this article is not eading enough airline magazines. Bobbie Justice -- or IBM-MAIN subscribe / signoff / archive access instructions, send mail to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search he archives at http://bama.ua.edu/archives/ibm-main.html -- or IBM-MAIN subscribe / signoff / archive access instructions, end email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO earch the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe article
I realize it's a grave insult to Mickey and Donald to make a direct comparison. Forgive me for a moment of weakness mixed with disgust at the temerity of this so-called author. Rick - Schneck.Glenn wrote: Rick, As a former Disney employee and resident of Central Florida, you should not associate Mickey or Donald with this 'author'!! :) Glenn - Original Message - From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu Sent: Wed Sep 14 16:23:29 2011 Subject: Re: Mainframe article Maybe he found something more ineresting. Like Donald Duck, Mickey Mouse or Bugs Bunny, mayge? Rick - Bobbie Justice wrote: re: The Register has another mainframe related article which points out the rising importance of the mainframe and its growth in recent years. http://www.theregister.co.uk/2011/09/13/bmc_mainframe_survey/; No, this can't be right, obviously whoever wrote this article is not reading enough airline magazines. Bobbie Justice -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe article
I'd kill for those buttons; economics keep me at home. :-( Rick -- Ed Finnell wrote: SHARE button from Anaheim JES2 may be Mickey Mouse, but JES3 is goofy! In a message dated 9/14/2011 3:23:50 P.M. Central Daylight Time, rfocht...@ync.net writes: Like Donald Duck, Mickey Mouse or Bugs Bunny, maybe? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS Systems Programmer Jobs in Dubuque Iowa
Nice try, Bob, but I couldn't live on $40k in MY circumstances. Rick - Richards, Robert B. wrote: Ladies and Gentlemen, How many of you would settle for $40,000 in this economy if you were already semi-retired, willing to move to a low cost of living area and bored to death with that semi-retirement? Or were already out of work and have exhausted your unemployment benefits? Granted, I will be the first to say that a $40,000/yr salary *is not* appropriate for a younger man or woman with kids still in the nest. But let's be real, this can be just fine for some people under certain circumstances. In the past, salaries this low were just another ploy to validate H1B visa positions. But seeing that Eric posted the requirement, I'll take Eric's request as bona fide. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John P Kalinich Sent: Thursday, September 08, 2011 7:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS Systems Programmer Jobs in Dubuque Iowa /* Rexx */ dubuque = (4*2.5)+1+15000 From: Bobbie Justice golds...@yahoo.com To: IBM-MAIN@bama.ua.edu Date: 09/07/2011 05:24 PM Subject:Re: z/OS Systems Programmer Jobs in Dubuque Iowa let me put it this way, I told them they needed to multiply the current salary they were offering based on their requirements by about 2 and 1/2 times, then add another $10,000 on top of that since I would eventually get tired of looking at Iowa cornfields, and then add another $15,000 on top of that since it's a known sweat shop. In other words, the salary was nowhere close to what it should have been for that position. Bobbie Jo Justice -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PTF question
snip Beware the Jabberwock, my son! The jaws that bite, the claws that catch! Beware the Jubjub bird, and shun The frumious Bandersnatch! -unsnip- It's been many years since I read Lewis Carroll, but wasn't it claws that scratch ?? :-) Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: adding a user to TSO..HELP
As far as I know, yes. It's not a question of the security software but rather a limitqation imposed by TSO. Rick --- bernardhines wrote: Rick does the 7 character limit still hold in? The information contained in this message may be confidential and is intended to be exclusively for the addressee. Should you receive this message unintentionally, please do not use the contents herein and notify the sender immediately by return e-mail. I refuse to tiptoe through life... just to arrive unscathed at Death's door! Bernard Hines -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Thursday, September 01, 2011 4:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: adding a user to TSO..HELP --snip I am having a heck of a time adding a user to tso. I have my notes and I have a help page up but to no avail. Here is what I am doing and the failed results: add (test1ljm * * ikjaccnt) jcl oper noacct size(4098) IKJ56702I INVALID NODELIST-USERID, TEST1LJM IKJ56703A REENTER THIS OPERAND - I have looked the messages up and they are no help. unsnip Based on the command you're using, I'd say you're adding this user to SYS1.UADS. In that case, a USERID longer than 7 characters is illegal. You really should be using the AU (ADDUSER) command of RACF, still limiting the USERID to 7 characters. Dare I say Time to crack a RACF manual?? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVSNFS shows a different file under the Unix side compared to the MVS side
---snip--- Have you tried using FBS vs. FB ? This is for fixed block standard and recognizes the last block can be shorter and not a full block. FB likewise permits the last block to be shorter. -unsnip--- Keep in mind one significant drawback: if the RECFM is FBS, an imbedded short block, for example in a MOD'ed file, will signal EOF to QSAM. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: adding a user to TSO..HELP
--snip I am having a heck of a time adding a user to tso. I have my notes and I have a help page up but to no avail. Here is what I am doing and the failed results: add (test1ljm * * ikjaccnt) jcl oper noacct size(4098) IKJ56702I INVALID NODELIST-USERID, TEST1LJM IKJ56703A REENTER THIS OPERAND - I have looked the messages up and they are no help. unsnip Based on the command you're using, I'd say you're adding this user to SYS1.UADS. In that case, a USERID longer than 7 characters is illegal. You really should be using the AU (ADDUSER) command of RACF, still limiting the USERID to 7 characters. Dare I say Time to crack a RACF manual?? Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS SYSLOG
--snip- I am trying to locate the SYSLOG format of different verions of the MVS, XA, SP, OS/390. Z/OS, etc, Operating system. Is this documented anywhere? Specifically I need to know the offset of the SYSID, DATE, and TIME fields. --unsnip ISTR a member of SYS1.MACLIB that described the format(s), but the name escapes me. Try using SRCHFOR on SYS1.MACLIB for the keyword SYSLOG. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html