Re: sysprog demand
r hey wrote: Poland R.S.: I tried a few companies there CZ, but didn't get far. I wasn't even after big $. I know about some vacancies currently. I get several serious job offerings yearly, and more not very serious. Salaries - well - IT salaries, (especially mainframe) are very competitive for our circumstancies. However difference between Poland and US is huge. Here, on the list I see complaints about 60k$ per year. In Poland less than 1% population (employees) earn more than 40 k$. Oh, I forgot: net salary is 26 k$, the rest is tax. To me good signs of 'demand' are: 1- demand is far more than the 'local supply', so companies have to hire people from other countries. It happens in Poland. 2- finding a job doesn't take long for local people. It always take a long to find good job. Based on this, I'd say there isn't much demand in Australia, US, west-EU for sysprogs. Or you were not looking to much. [...] -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Oh Lindy I dont know - free board and lodging, someone to clean up after you and cuddles whenever you want them and no other expectations at all. Not even taxes. You'll be looked after until the end of your days (if you choose your household well), so no worries about pension and stuff. Sounds like a good second choice to me! Regards - Grant Lindy Mayfield [EMAIL PROTECTED] Sent by: IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU 26/07/2007 22:37 Please respond to IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU To IBM-MAIN@BAMA.UA.EDU cc Subject Re: z/OS job market (I could just scream!) You guys are making me nervous. I actually want to be a z/OS systems programmer. Some day. )-: My second choice is to be a cat, but that doesn't pay well these days. DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICC Console
On Thu, 26 Jul 2007 08:57:48 -0400, Andy White [EMAIL PROTECTED] wrote: Can anyone out there who are using ICC consoles tell me how they have the console itself defined both in the consol member and hcd. This all worked for us when we had a z8 hardware we are now on z9 but I dont see why there is a difference. Here are some observations V 1001,CONSOLE IEE936I CONSOLE CONZ INITIALIZATION ERROR - RC:01 - 3277-2 IS ...snip. Andy, Have a look at IBM Info APAR II13648 (quite old) but since you are using Attachmate Extra, you will need to update the Extra session profile with the parameter WCCResetClock=TRUE (it is CaSe sensitive) at the end of the paragraph that begins with the TERMINAL character string in the Extra session profile file. Hope this helps. Roger -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KEY8 CSA: Pro/JCL and Info/XE
-- snip -- :Ed Jaffe asks... : Out of curiosity, which software products allocate CSA in keys A- : F? :I know of one major vendor's storage management product that right up :until the last time I looked (more than a year ago) ran in key 10 :(X'A0') and used a bunch of CSA in key 10. The developers thought it was :clever. I didn't. While I don't condone it, I don't see the exposure (unless the standard zOS problem state key mask includes key 10). A V=R (ADDRSPC=REAL) job step is assigned a key from the 10-15 range. -- snip -- Could you guys clear up a few things for me. I've seen (E)CSA key 14 data in dumps. The fine manual states :- -- manual extract -- (referring to keys) 8-9 All V=V problem programs 10-15 V=R problem programs (each protected by a unique protection key) and also - The system assigns real frames upon request from a pool of available real frames, thereby associating virtual addresses with real addresses. Frames are repossessed upon termination of use, when freed by a user, when a user is swapped-out, or when needed to replenish the available pool. While a virtual page occupies a real frame, the page is considered pageable unless specified otherwise as a system page that must be resident in central storage. The system also allocates virtual equals central (V=R) regions upon request by those programs that cannot tolerate dynamic relocation. Such a region is allocated contiguously from a predefined area of central storage and is non-pageable. Programs in this region do run in dynamic address translation (DAT) mode, although real and virtual addresses are equivalent. -- manual extract -- Does that mean that a Job needs to have ADDRSPC=REAL on the job or step card in order to allocate storage in the key range 10-15? Can one assume that any authorised code can use the V=R keys with out specifiying ADDRSPC=REAL? The storage is non-pageable - but not fixed! What does this mean (other than the obvious!). Namely, what happens when storage is configured offline. Are these pages allocated in the preferred storage area? Is it really the case that real and virtual addresses are equivalent for these storage areas? Thanks John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Unless you are garfield. :-) Fletch snip You guys are making me nervous. I actually want to be a z/OS systems programmer. Some day. )-: My second choice is to be a cat, but that doesn't pay well these days. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of R.S. Kelman, Tom wrote: [...] .From Me. Well, I was watching a Rick Steve's Europe show about Krakow and Warsaw last night. They both look like nice cities to live in and I understand that Poland is looking for mainframe expertise. Maybe it's time to learn Polish. :-) (my opinion) Warsaw is definitely not good place to live. BTW: I believe it is much easier to learn English + COBOL + assembler than polish ;-) For the beginning say Szczebrzeszyn, Szczecin or Pszczyna (city names). Gehsundheit! -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who is the supplier of Favor?
If you mean Faver, which backs up files, it is CA. Regards, 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: Fri Jul 27 10:09:52 2007 Subject: Who is the supplier of Favor? Hi List, Can anyone tell me the vendor of Favor. I tried to Google Favor but no luck only hits that I saw was for party favors. Thanks Regards, Herman Stocker Technical Specialist Data Center Operations avis budget group Phone: 1973-496-4847 fax: 1973-496-8201 E-Mail:[EMAIL PROTECTED] The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Reminds me of that little road off the I-15 interstate between California and Nevada, named Zzxyzz Road. Zzyzzx Road. /Jeffrey D Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who is the supplier of Favor?
Thank to all that responded. Have a good weekend. Regards, Herman Stocker Technical Specialist Data Center Operations avis budget group Phone: 1973-496-4847 fax: 1973-496-8201 E-Mail:[EMAIL PROTECTED] The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Can I buy a few vowels? :-) Bob Richards For the beginning say Szczebrzeszyn, Szczecin or Pszczyna (city names). -- Radoslaw Skorupka Lodz, Poland 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 and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Tout la France, mais je prefere Provence ou Cotes d'Azur. Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ray Mullins Sent: Thursday, July 26, 2007 5:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS job market (I could just scream!) Ou quelque parte de la France? Irgendwo in Deutschland? Or in the UK? Or nearby countries? :-) -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Thursday, July 26, 2007 11:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS job market (I could just scream!) Have any jobs in southern France? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Counting Records in Files
On Thu, 26 Jul 2007 16:30:04 -0500, Steve Grimes [EMAIL PROTECTED] wrote: We need to count the number of records in about 100 flat files.Since we're already running these through SyncSort, I'm thinking of keeping and parsing the output of these with Rexx, but thought I would ask first to see if there are other nifty first. Lots of different ways. This question comes up every so often, so please search the archives. Since you specifically mentioned SYNCSORT, you can do it with SYNCTOOL, which is very similar to DFSORT's ICETOOL. //TOOLRUN EXEC PGM=SYNCTOOL,REGION=2M //TOOLMSG DD SYSOUT=* //DFSMSG DD SYSOUT=* //IN1 DD DSN=your.input.file,DISP=SHR //TOOLIN DD * * COUNT NUMBER OF RECORDS IN INPUT FILE COUNT FROM(IN1) /* Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Compare two disk files
Thank you all you replied with answers to this thread. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FW: Deleted PDS - K - kg - Kg
--snip-- Usually they mean binary kilo and mega, although it is not proper in aspect of IS standard. However this is different story: for example every RAM manufacturer use MB and GB instead of correct MiB and GiB. Probably because the i qualifier is relatively recent? I do remember Seagate and others using decimal capacities because it made their disks appear bigger (e.g., 65K tracks rather than 64K). --snip-- I would say that it is still so (the 160GB Samsung disk I bought has about 149 GiB capacity) and have never thought of it made their disks appear bigger as a reason. Isn't that so because disk capacity is not base 2 (i.e. base 1024) dependent? --snip-- BTW: In Europe we *say* kilo as abbreviation of kilogram, but we *write* it properly: kg, so assumption about kilograms is bad shot. Perhaps in your neck of the woods, but I spent fourteen years in Austria and saw plenty of stores with prices with just a K. And technically, it should be Kg, not kg, because the convention is to capitalize multiplicative prefixes. --snip-- K instead of kg: prices written manually with a chalk on small paper or wooden surfaces? Or maybe it is normal to me and I just did/do not perceived that? And I don't know what technically means in this context, but it is kg: URL: http://physics.nist.gov/cuu/Units/units.html The smallest capitalized prefix is M for mega: URL: http://physics.nist.gov/cuu/Units/prefixes.html Binary multiplicative prefixes are all capitalized. -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Radoslaw, Out of curiosity though, how are they phonetically pronounced? :-) Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Friday, July 27, 2007 7:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS job market (I could just scream!) Can I buy a few vowels? :-) Bob Richards For the beginning say Szczebrzeszyn, Szczecin or Pszczyna (city names). -- Radoslaw Skorupka 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 and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock Maybe I'm a bit unusual, but I have always wanted to visit Poland. Russia, too. I've been close. When I was an Army Brat during the Cold War we were stationed in Germany and France. Poland, et al were still behind the Iron Curtain, so we couldn't go there even as tourists. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Richards.Bob wrote: Radoslaw, Out of curiosity though, how are they phonetically pronounced? :-) It's not so hard to pronounce ;-) However it's harder to describe: Pszczyna p - sh - tch - i - n - a (sh like SHrek, tch like baTCH,) The rest - I give uo, English does not use such sounds. BTW: I chose names without Polish diacritic characters. If your mail program use Unicode, then you will see it: ąćęłńóśżź. BTW: it is off-topic! -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237 NIP: 526-021-50-88 Według stanu na dzień 01.01.2007 r. kapitał zakładowy BRE Banku SA (w całości opłacony) wynosi 118.064.140 zł. W związku z realizacją warunkowego podwyższenia kapitału zakładowego, na podstawie uchwał XVI WZ z dnia 21.05.2003 r., kapitał zakładowy BRE Banku SA może ulec podwyższeniu do kwoty 118.760.528 zł. Akcje w podwyższonym kapitale zakładowym będą w całości opłacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who is the supplier of Favor?
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote: Hi List, Can anyone tell me the vendor of Favor. I tried to Google Favor but no luck only hits that I saw was for party favors. Thanks Regards, Herman Stocker Technical Specialist Data Center Operations CA is the vendor for the FAVER product. -- Bill Dodge email: [EMAIL PROTECTED] Phone: (703)627-2455 If you don't know where you are going, any road will take you there. Lewis Carroll If you don't know where you are, a map won't help Unknown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KEY8 CSA: Pro/JCL and Info/XE
Peter Relson wrote: IIRC, the PKM (PSW Key Mask) starts at x'0080' and gets changed to x'00C0' after an abend. Weird. You're not remembering correctly. It starts as TCB key plus key 9. Plus key 9 is always done on current machines. You're right. I should have said TCB key. Obviously, my example was for a standard key 8 TCB. The point I was making was that the PKM for a newly-attached TCB did not include key 9. Yet, after recovering from an abend via ESTAE, the key 9 bit in the PKM was magically added! Was I dreaming that? Didn't it work that way just a few years ago? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KEY8 CSA: Pro/JCL and Info/XE
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Friday, July 27, 2007 8:35 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: KEY8 CSA: Pro/JCL and Info/XE On Thu, 2007-07-26 at 15:39 -0400, Jim Mulder wrote: A V=R (ADDRSPC=REAL) job step is assigned a key from the 10-15 range. I think Bob Rogers mentioned a handful of shares ago (maybe Dallas?) that he was considering optimizing it out; he left the impression that V=R was a short timer. Are there any V=R users around anymore? SNIP Well, kinda, Yes. While the following are not truly V=R users, they (at the time I was working at STL on development) were able to use KEYS 10-15. (These are AI languages). IBM Prolog for 370: USERKEYs 8-15. Modified before it went GA because of CICS mangling 9, to use 10-15. The Integrated Reasoning Shell (TIRS) was able to do the same in its subsystem interface (which it shared with Prolog). I understand that TIRS is no longer owned by IBM, and Prolog moved to Europe (for development) and I've lost track of it. I mention these because DAT (this was in MVS/SP3 days), after MASTER got control, was ALWAYS on, whether V=R or not. So the use of user keys provided certain protection without getting into system keys. So products that are using the user keys (10-15) are protected across address spaces just as key8 is now. This may not be what Dave had in mind, but this type of thing needs to be considered for CSA usage. Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KEY8 CSA: Pro/JCL and Info/XE
On Thu, 2007-07-26 at 15:39 -0400, Jim Mulder wrote: A V=R (ADDRSPC=REAL) job step is assigned a key from the 10-15 range. I think Bob Rogers mentioned a handful of shares ago (maybe Dallas?) that he was considering optimizing it out; he left the impression that V=R was a short timer. Are there any V=R users around anymore? -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How much do you value Share ( Was Spam from SHARE)
I think I have deleted a lot more posts on this thread than SHARE spam I received. Bob Richards -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Andrews Sent: Friday, July 27, 2007 9:25 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: How much do you value Share ( Was Spam from SHARE) snipped 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 and Seeing beyond money are federally registered service marks of SunTrust Banks, Inc. [ST:XCL] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Maybe I'm a bit unusual, but I have always wanted to visit Poland. Russia, too. Jon snip Well, I was watching a Rick Steve's Europe show about Krakow and Warsaw last night. They both look like nice cities to live in and I understand that Poland is looking for mainframe expertise. Maybe it's time to learn Polish. :-) /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How much do you value Share ( Was Spam from SHARE)
On Thu, 2007-07-26 at 08:11 -0400, Lizette Koehler wrote: And the only reason the vendors provide sponsorship is so they can get at us. I make a point of looking up people I like on the Expo floor, and probably struck up conversations at a dozen booths in Tampa. These were all folks who had taken the time to introduce themselves to me earlier (in cases YEARS earlier), and I wanted to touch base with them and thank them for their support of SHARE, and catch them up on our business plans. Sponsorship doesn't give vendors the automatic right to litter my front lawn with flyers. It doesn't imply permission to shotgun my inbox either. It does give them visibility in an important venue, and it spreads goodwill. You do business with *people*. Never forget that. I know how to use a delete key If I didn't have some (nontrivial) automation to help me filter my inbox, I'd have to use a delete key about 500 times a day. or pitch something into the waste basket. Not the same thing. I open paper mail on MY schedule; a pile appears on the corner of my desk in the morning, and I'll scan it when I've got a couple of minutes. Nothing urgent there, so I can take my time. Email is more demanding, and (the way many of us operate) requires close attention -- if for no other reason than to evaluate an incoming message to see if it's urgent or not. It is intrusive, in the same way that a telephone can be. -- David Andrews A. Duda and Sons, Inc. [EMAIL PROTECTED] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Kelman, Tom wrote: [...] .From Me. Well, I was watching a Rick Steve's Europe show about Krakow and Warsaw last night. They both look like nice cities to live in and I understand that Poland is looking for mainframe expertise. Maybe it's time to learn Polish. :-) (my opinion) Warsaw is definitely not good place to live. BTW: I believe it is much easier to learn English + COBOL + assembler than polish ;-) For the beginning say Szczebrzeszyn, Szczecin or Pszczyna (city names). -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237 NIP: 526-021-50-88 Wedug stanu na dzie 01.01.2007 r. kapita zakadowy BRE Banku SA (w caoci opacony) wynosi 118.064.140 z. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchwa XVI WZ z dnia 21.05.2003 r., kapita zakadowy BRE Banku SA moe ulec podwyszeniu do kwoty 118.760.528 z. Akcje w podwyszonym kapitale zakadowym bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Of course, one of the downsides is that whole neuter thing. Jon snip Oh Lindy I dont know - free board and lodging, someone to clean up after you and cuddles whenever you want them and no other expectations at all. Not even taxes. You'll be looked after until the end of your days (if you choose your household well), so no worries about pension and stuff. Sounds like a good second choice to me! /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: KEY8 CSA: Pro/JCL and Info/XE
IIRC, the PKM (PSW Key Mask) starts at x'0080' and gets changed to x'00C0' after an abend. Weird. You're not remembering correctly. It starts as TCB key plus key 9. Plus key 9 is always done on current machines. That's why I never use MODESET MODE=PROB, because the stupid SVC clobbers the PKM to show only the current key (Broke As Designed B.A.D.). Those concerned about system integrity might disagree with your opinion. I know you weren't referring to the key 9 part. It does reset it to the key plus key 9. If you don't use MODESET MODE=PROB, and you need to get to problem state, you are likely doing something that you should not be doing (LPSW to change state comes to mind). The system, by the way, does not prevent you from decreasing your authority from the state in which you got control (as it cannot), but really does not support your doing so. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
O cualquier parte de España. Vivi alli por 3 años y amaria ir detrás. Or any part of Spain. I lived there for 3 years and would love to go back. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ray Mullins Sent: Thursday, July 26, 2007 4:27 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS job market (I could just scream!) Ou quelque parte de la France? Irgendwo in Deutschland? Or in the UK? Or nearby countries? :-) -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Thursday, July 26, 2007 11:16 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS job market (I could just scream!) Have any jobs in southern France? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Counting Records in Files
Steve, There are many ways to do this with SyncSort. The following is just one of the ways. If you would like to pursue this further feel free to contact me directly. //STEP1 EXEC PGM=SORT //SORTIN DD DSN=your.dsn.name,DISP=SHR //SORTOUT DD SYSOUT=* //SYSOUT DD SYSOUT=* //SYSIN DD * INREC FIELDS=(C'TOTAL NUMBER OR RECORDS ',SEQNUM,8,ZD) SORT FIELDS=(25,8,ZD,D) OUTFIL ENDREC=1 /* John Reda Syncsort, Inc. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Grimes Sent: Thursday, July 26, 2007 5:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Counting Records in Files Hello! z/OS 1.7 here! This is (I hope) a pre-Friday easy opinion question. The only parameters are, that we have no real third party tools to solve this except SyncSort. We need to count the number of records in about 100 flat files.Since we're already running these through SyncSort, I'm thinking of keeping and parsing the output of these with Rexx, but thought I would ask first to see if there are other nifty first. TIA! Stg In order to fulfill auditor requirements, Focus needs to compare the number of records FTP’d to FOCUS with the number of records used in its night production database loads. There are currently ten jobs that FTP over 100 files to the FOCUS server. Most of these jobs are put through an MVS SYNC SORT process to place the data in the correct format, so a total record count for those datasets is available in the SYSOUT. Getting this information manually is very time consuming, so we want to develop an automated method. Since a job that would read these counts from the SYSOUT file would be cumbersome to write, I would like to know if there is a means of directly counting the records in a dataset. One method of counting is provided by SYNC SORT, using the TRAILER parameter. Do you know of any others? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Counting Records in Files
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin Sent: Thursday, July 26, 2007 6:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Counting Records in Files In a recent note, Steve Grimes said: Date: Thu, 26 Jul 2007 16:30:04 -0500 Since a job that would read these counts from the SYSOUT file would be cumbersome to write, I would like to know if there is a means of directly counting the records in a dataset. One method of counting is provided by SYNC SORT, using the TRAILER parameter. Do you know of any others? Export your data sets with NFS Server (we do this routinely.) From any UNIX NFS client, issue: wc -l wildcarded-path-name-list As a bonus, you can use all the other customary UNIX tools on the exported data sets. -- gil I tried using wc and, although undocumented, it will accept a z/OS dataset name wc //'my.dsn' -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Phil Kingston My wife earns more than that pulling pints of beer in my local pub Sysprog contract rates are actually increasing over in Europe. Average rates seem to be between £350-£450 per day, although there's still not many roles around. We still need some more people to retire to kick start the market again :-) Six more years.. (Stocking up on golf balls now) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who is the supplier of Favor?
CA is the vendor of FAVER. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stocker, Herman Sent: Friday, July 27, 2007 9:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Who is the supplier of Favor? Hi List, Can anyone tell me the vendor of Favor. I tried to Google Favor but no luck only hits that I saw was for party favors. Thanks Regards, Herman Stocker Technical Specialist Data Center Operations avis budget group Phone: 1973-496-4847 fax: 1973-496-8201 E-Mail:[EMAIL PROTECTED] The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - The information transmitted is intended only for the person 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 of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who is the supplier of Favor?
No problem Herman and feel free to contact me if you need any techical info on the product. Regards, 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: Fri Jul 27 10:31:33 2007 Subject: Re: Who is the supplier of Favor? Thank to all that responded. Have a good weekend. Regards, Herman Stocker Technical Specialist Data Center Operations avis budget group Phone: 1973-496-4847 fax: 1973-496-8201 E-Mail:[EMAIL PROTECTED] The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Richards.Bob Sent: Friday, July 27, 2007 7:26 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS job market (I could just scream!) Can I buy a few vowels? :-) Bob Richards For the beginning say Szczebrzeszyn, Szczecin or Pszczyna (city names). -- Radoslaw Skorupka /snip/ Reminds me of that little road off the I-15 interstate between California and Nevada, named Zzxyzz Road. /Jeffrey D Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who is the supplier of Favor?
CA Jim Wangler 214-502-6445 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Stocker, Herman Sent: Friday, July 27, 2007 9:10 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Who is the supplier of Favor? Hi List, Can anyone tell me the vendor of Favor. I tried to Google Favor but no luck only hits that I saw was for party favors. Thanks Regards, Herman Stocker Technical Specialist Data Center Operations avis budget group Phone: 1973-496-4847 fax: 1973-496-8201 E-Mail:[EMAIL PROTECTED] The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Snubbing at SHARE (Was: How much do you value Share ( Was Spam from SHARE))
Time for a Subject change. Anyone get snubbed in Tampa? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
---snip- You guys are making me nervous. I actually want to be a z/OS systems programmer. Some day. )-: My second choice is to be a cat, but that doesn't pay well these days. ---unsnip Always remember: dogs have owners; cats have staff.. :-D -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
snip- My wife earns more than that pulling pints of beer in my local pub Sysprog contract rates are actually increasing over in Europe. Average rates seem to be between £350-£450 per day, although there's still not many roles around. We still need some more people to retire to kick start the market again :-) Six more years.. (Stocking up on golf balls now) --unsnip-- Already there, but the only golf I shoot is with a .30-06 Springfield rifle!!! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL - NSYMBOL(NATIONAL) and NODBCS
Jim McAlpine wrote: Why are the two compiler options above mutually exclusive. I've checked the archives but I'm still non the wiser. Jim McAlpine Well, NSYMBOL(NATIONAL) forces on DBCS; for NSYMBOL(DBCS) you can still have, I think, DBCS or NODBCS. Tom Ross told me because there are a lot programs in Asia using DBCS they wanted to support having DBCS strings embedded in Unicode strings. I was never totally convinced that is a good idea, but that's what I was told. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How much do you value Share ( Was Spam from SHARE)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Ed Finnell I'm so old, I can remember when the 49ers and Raiders were contenders, LA had a team and my slobberkill file was 2 names! I can remember watching a baseball game at the Polo Grounds between the (New York) Giants and the (Brooklyn) Dodgers. (No; sadly, not *that* game.) -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSHELL RC = 32512
The cd has to be in lower case, CD is not found. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Anton Britz Sent: Friday, July 27, 2007 11:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: OSHELL RC = 32512 Hi, When I start OMVS via TSO, I can do all the UNIX commands but if I run a batch job with the following JCL, I get the following back : READY OSHELL CD hwwd OSHELL RC = 32512 OSHELL Exit Status = 127 CD: FSUM7351 not found 32512 One of the following conditions may have resulted: The SH keyword was specified with a program_name value for BPXBATCH and no program_name could be found. The shell exited with an exit status of 127. stdout contains a shell message indicating the program was not found. The program_name or the shell exited with an exit status of 127. //SETUPEXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSTSIN DD * OSHELL CD hwwd /* Anton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL - NSYMBOL(NATIONAL) and NODBCS
Jim McAlpine wrote: On 7/27/07, Steve Comstock [EMAIL PROTECTED] wrote: Well, NSYMBOL(NATIONAL) forces on DBCS; for NSYMBOL(DBCS) you can still have, I think, DBCS or NODBCS. Tom Ross told me because there are a lot programs in Asia using DBCS they wanted to support having DBCS strings embedded in Unicode strings. I was never totally convinced that is a good idea, but that's what I was told. Kind regards, -Steve Comstock The Trainer's Friend, Inc. OK, but why should that specifically exclude the use of NSYMBOL(NATIONAL) and NODBCS together. Jim McAlpine Like I said: I was never totally convinced. It seems to me to be reasonable to compile with the options picture character 'N' means Unicode, not DBCS and There is no DBCS data in this program. In the grand scheme of things, it seems to be a nit: this is how it is. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: COBOL - NSYMBOL(NATIONAL) and NODBCS
On 7/27/07, Steve Comstock [EMAIL PROTECTED] wrote: Well, NSYMBOL(NATIONAL) forces on DBCS; for NSYMBOL(DBCS) you can still have, I think, DBCS or NODBCS. Tom Ross told me because there are a lot programs in Asia using DBCS they wanted to support having DBCS strings embedded in Unicode strings. I was never totally convinced that is a good idea, but that's what I was told. Kind regards, -Steve Comstock The Trainer's Friend, Inc. OK, but why should that specifically exclude the use of NSYMBOL(NATIONAL) and NODBCS together. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
OSHELL RC = 32512
Hi, When I start OMVS via TSO, I can do all the UNIX commands but if I run a batch job with the following JCL, I get the following back : READY OSHELL CD hwwd OSHELL RC = 32512 OSHELL Exit Status = 127 CD: FSUM7351 not found 32512 One of the following conditions may have resulted: The SH keyword was specified with a program_name value for BPXBATCH and no program_name could be found. The shell exited with an exit status of 127. stdout contains a shell message indicating the program was not found. The program_name or the shell exited with an exit status of 127. //SETUPEXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSTSIN DD * OSHELL CD hwwd /* Anton -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM in extents
---snip- I'm curious about this one. A person here has stated that when a VSAM KSDS file is in multiple extents, it performs more poorly than it would in a single contigueous extent. He said something to the effect that when a portion of the index is referenced which is in another extent that the entire in-memory buffer for the file is flushed. I have no idea where he got this information. unsnip--- In my experience, that's completely bogus. Increasing index buffers in storage is still, IMHO, the best way to improve index performance. The fewer times you do real I/O to the index, the better. ---snip- Also, he wants to use SMS striping for VSAM files which are mainly accessed sequentially because it would significantly decrease the I/O time to read. We are using multiple FICON connections to a single 2105 ESS (Shark). We do not have the volumes in any storage group spread across LCUs. My contention is that it may well decrease I/O, but it would require that we likewise stripe the volumes across the 2105's LCUs as well. We don't do this at present. ---unsnip--- Striping might help a little bit, but increasing buffers will help immensely more. You've got loads of storage for buffers; use it! In my experience, striping on RAID hardware seems to have very little effect, what with PVA's and all. Bear in mind: for sequential access, the most important part of the index is the Sequence Set, the very bottom level of the index tree structure. Consider using larger Index CI's and more storage for index buffers. The number of extents has very little, if any, relationship to overall performance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How much do you value Share ( Was Spam from SHARE)
In a message dated 7/27/2007 8:32:29 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: think I have deleted a lot more posts on this thread than SHARE spam I received. I'm so old, I can remember when the 49ers and Raiders were contenders, LA had a team and my slobberkill file was 2 names! ** Get a sneak peek of the all-new AOL at http://discover.aol.com/memed/aolcom30tour -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Email Client Settings
On Thu, 26 Jul 2007 09:56:11 -0400, Thompson, Steve [EMAIL PROTECTED] wrote: From time to time I get postings from IBM-Main that only contain a block of something like the following: If I see such a block of encoded text, I usually hit the View as HTML link at the bottom; the Listserv is friendly enough to add. -- And please, let's not devolve into which email client is better... Hear, hear! Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICC Console
Thanks Roger and others I will give this a try next week when I can test again. Andy Internet: Mailto:[EMAIL PROTECTED] Here are some observations V 1001,CONSOLE IEE936I CONSOLE CONZ INITIALIZATION ERROR - RC:01 - 3277-2 IS ...snip. Andy, Have a look at IBM Info APAR II13648 (quite old) but since you are using Attachmate Extra, you will need to update the Extra session profile with the parameter WCCResetClock=TRUE (it is CaSe sensitive) at the end of the paragraph that begins with the TERMINAL character string in the Extra session profile file. Hope this helps. Roger The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
COBOL - NSYMBOL(NATIONAL) and NODBCS
Why are the two compiler options above mutually exclusive. I've checked the archives but I'm still non the wiser. Jim McAlpine -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How much do you value Share ( Was Spam from SHARE)
snip I'm so old, I can remember when the 49ers and Raiders were contenders, LA had a team and my slobberkill file was 2 names! /snip raiders 2003, they lost to NE via the tuck rule (I have another name for it, but in involves substituting a letter). 2004, lost to TB in the SB as for the 49ers, 1995 (IIRC) won SB against SD oh yeah..go share, go! fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
.From Jeff Smith. After 30 years of developing commercial grade software, this is the kind of opportunities that are coming my way. Has anyone else been degraded like this? That's not a typo, it is $15 an hour for proficiency in MVS. The job is in Broomfield Colorado, not (expletive deleted) New Delhi! .From Lindy Mayfield. Maybe this can help? http://www.anglik.net/polish.htm (Ok, it's Friday and I though this may give you a laugh and cheer you up. (-: Things do seem better here in Europe, though.) ((Oh wait, it's only Thursday. Doh!)) .From Me. Well, I was watching a Rick Steve's Europe show about Krakow and Warsaw last night. They both look like nice cities to live in and I understand that Poland is looking for mainframe expertise. Maybe it's time to learn Polish. :-) * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OSHELL RC = 32512
On Fri, 27 Jul 2007 11:10:41 -0500, Anton Britz [EMAIL PROTECTED] wrote: When I start OMVS via TSO, I can do all the UNIX commands but if I run a batch job with the following JCL, I get the following back : READY OSHELL CD hwwd OSHELL RC = 32512 OSHELL Exit Status = 127 CD: FSUM7351 not found snip The program_name or the shell exited with an exit status of 127. //SETUPEXEC PGM=IKJEFT01 //SYSTSPRT DD SYSOUT=* //SYSEXEC DD DISP=SHR,DSN=SYS1.SBPXEXEC //SYSTSIN DD * OSHELL CD hwwd /* Case matters in UNIX. Use cd, not CD. So you need CAPS OFF if editing this via ISPF. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
-snip-- Maybe I'm a bit unusual, but I have always wanted to visit Poland. Russia, too. unsnip- Russia (at least Leningrad) was very un-impressive; drab, boring, lousy food, but beautiful artwork in The Hermitage museum.. Warsaw and Crakow were interesting and fun. Can't complain about the food, although it was somewhat outside my experience. Polish people seemed more friendly than Russians; more outgoing and willing to criticize governemts, both theirs and mine. This was in 1968. I'm sure much has changed since then. I had one bad experience in Leningrad. I'm an architecture freak and was busily photographing buildings. Well, I snapped a pic of the local KGB headquarters and my film was impounded. I was told that I'd be given back the other pics, but not that one. Not wise to argue with a uniformed man carrying a submachine gun, but I've never seen the other pics since that day. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Who is the supplier of Favor?
Hi List, Can anyone tell me the vendor of Favor. I tried to Google Favor but no luck only hits that I saw was for party favors. Thanks Regards, Herman Stocker Technical Specialist Data Center Operations avis budget group Phone: 1973-496-4847 fax: 1973-496-8201 E-Mail:[EMAIL PROTECTED] The sender believes that this E-mail and any attachments were free of any virus, worm, Trojan horse, and/or malicious code when sent. This message and its attachments could have been infected during transmission. By reading the message and opening any attachments, the recipient accepts full responsibility for taking protective and remedial action about viruses and other defects. The sender's employer is not liable for any loss or damage arising in any way from this message or its attachments. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Snubbing at SHARE (Was: How much do you value Share ( Was Spam from SHARE))
Yes, I got snubbed by a few of the same people as in Baltimore (and I think they were snubbing each other) though I didn't get a sticker this time. I got snubbed by a fellow Lister whose office is in north Dallas - mine is in central Fort Worth. We both laughed at the notion that it we found it simpler to travel to Tampa to meet for the first time than to consider driving the freeways of the D/FW Metroplex. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of John P Kalinich Sent: Friday, July 27, 2007 10:51 AM To: IBM-MAIN@BAMA.UA.EDU Time for a Subject change. Anyone get snubbed in Tampa? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
Me too. I also had to sign a statement when I got out stating that I wouldn't go to one of those countries for 4 years or something like that. Dave Thorn * Senior Technology Analyst * SunGard Computer Services * 600 Laurel Oak Road, Voorhees, NJ, 08043 Tel 856 566-5412 * Mobile 609 781-0353 * Fax 856 566-3656 CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. In the early 70's when I was in the Army, I was told that I could not go to any Iron Curtain country (except W. Berlin but needed orders for that) because of the security clearance I had. I did travel all over Europe (hit most of the countries) except Greece. I am still sorry I didn't make it to there. I just got in my car and went anyplace I could. I had 7 days (every other week) to make it there and come back. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
On Jul 27, 2007, at 9:57 AM, Chase, John wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jon Brock Maybe I'm a bit unusual, but I have always wanted to visit Poland. Russia, too. I've been close. When I was an Army Brat during the Cold War we were stationed in Germany and France. Poland, et al were still behind the Iron Curtain, so we couldn't go there even as tourists. John, In the early 70's when I was in the Army, I was told that I could not go to any Iron Curtain country (except W. Berlin but needed orders for that) because of the security clearance I had. I did travel all over Europe (hit most of the countries) except Greece. I am still sorry I didn't make it to there. I just got in my car and went anyplace I could. I had 7 days (every other week) to make it there and come back. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM obsoleting mainframe hardware
I was thinking of the process we are going through right now. There are some applications that we will be dropping. The conversion is a convenient way to drop printed bill, credit card processing, etc. It's much harder politically to drop an application in the legacy system. But some applications just aren't cost effective (or maybe secure or private or whatever) and should be dropped. Other processes should be re-designed, but none of the customers want to pay for such a redesign - the old process works OK. In the old days, we could go to a new database or package and accomplish most of this without getting rid of our old computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
I was also in the army in the early 70s stationed in Madrid, Spain. Another GI and I went on a month long tour of Europe and did go to East Berlin. We drove from Check Point Alpha (entry to East Germany) to Check Point Bravo (entry from East Germany to West Berlin). Had to sign in and we were timed. If we'd been too early getting to Check Point Bravo we would have been ticketed for speeding - too late and the MPs would have come looking for us. To enter East Berlin we had to wear our uniforms, sign in at Check Point Charlie and remove our name tags. We were told we could go any where in the city but not to sign anything and to be back by midnight. There was a Communist Youth Festival going on at the time. They were all wearing yellow scarves (like Boy Scout scarves) and everyone was signing the scarves. The kids saw two American soldiers and of course wanted our signatures on their scarves. It hurt to have to refuse, but I could just see my picture in Pravda or the Stars and Stripes - American soldier endorses Communist Youth festival. I would have been in Kansas long before now - at Fort Leavenworth. The trip to East Berlin was a little scary but very interesting. Tom Kelman Commerce Bank of Kansas City (816) 760-7632 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould Sent: Friday, July 27, 2007 12:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS job market (I could just scream!) On Jul 27, 2007, at 9:57 AM, Chase, John wrote: John, In the early 70's when I was in the Army, I was told that I could not go to any Iron Curtain country (except W. Berlin but needed orders for that) because of the security clearance I had. I did travel all over Europe (hit most of the countries) except Greece. I am still sorry I didn't make it to there. I just got in my car and went anyplace I could. I had 7 days (every other week) to make it there and come back. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT
I'm running a REPRO MERGECAT at z/OS V1R8, getting IDC3332I ** INSUFFICIENT MAIN STORAGE trying to merge 360,000 entries into a new catalog. I'm running 0M (also tried 250M and 500M) with no exits limiting storage. I've got 12M private below the line. IBM is giving me the WAD, telling me to break down the REPRO MERGECAT into smaller chunks. A friend of mine find old issues dating back to 2000 where IDCAMS gets this message for LISTCAT, let alone REPRO MERGECAT. It's 2007, people! Region abends for below the line storage are so 20th century. I'm submitting a SHARE requirement to remove this limitation in IDCAMS, or provide us a new utility that can get the job done. Let me know if you've had problems like this in IDCAMS, so I can flesh out the requirement. War stories, comments, etc. also appreciated. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VLF Question
Are you SMS-caching the PDSE? See APARS II14026 OA15322 for hints. db -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Art Celestini Sent: Thursday, July 26, 2007 2:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VLF Question I have a situation where there are high EXCP counts against a PDSE STEPLIB, but a GTF trace of the target volume shows no actual I/O. Does anyone know whether VLF accumulates fake EXCPs, perhaps to reflect what would be the case if it (VLF) wasn't active? Thanks, Art == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT
snip Let me know if you've had problems like this in IDCAMS, so I can flesh out the requirement. War stories, comments, etc. also appreciated. /snip Tom, When we went for z/OS 1.6 to z/OS 1.8 we had a similar problem with the LISTCAT function of IDCAMS. We had quite a few jobs that had a region=1024k (ironically removing the region fixed the problem). I opened an ETR with IBM and the stated that the LISTCAT part of the code had been expanded. You may want to search the IBM-MAIN archives for more stories. Thanks, Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: sysprog demand
Search on Z/OS or ZOS or OS390 or OS/390 on the site www.monster.com there is over 400 jobs, with jobs in just about any populated area of the US. r hey [EMAIL PROTECTED] wrote: Is there a city/country in the world with a real shortage of M/F sysprogs? TIA, Rez Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. http://tv.yahoo.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html - Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos more. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS job market (I could just scream!)
On Thu, 26 Jul 2007 15:40:22 -0600, Steve Comstock [EMAIL PROTECTED] wrote: You guys are making me nervous. I actually want to be a z/OS systems programmer. Some day. )-: My second choice is to be a cat, but that doesn't pay well these days. Neither does being a systems programmer. ... Perhaps I have an unusual (and unpopular) opinion, but I've always found systems programming to be pretty well paying. It probably depends on location, etc. It probably also depends on whether the companies are trying to keep the mainframes (and a staff to support them) or trying to get rid of them. Availability is the biggest issue now. Unavailable jobs really don't pay well. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Pause elements used across multiple address spaces
I am in the throes of designing an application that communicates between a long running (IPL to Z EOD) server Address Space and multiple user Address Spaces. Given the requirements, the exploitation of PAUSE/RELEASE seems, as per the documentation, to be highly suitable. The server Address Space is likely to deploy an array of Pause Elements from which the most suitable will be selected upon each user request (of which there may be a LOT). So a given PE may be used VERY frequently by any and/or many User Address Spaces. There is a paragraph in the Auth Assembler Guide which gives me a slight concern. It states: When a PE is allocated with auth_level=IEA_AUTHORIZED, the PE can be used to pause and release any task or SRB in the system. The same PE can be used, for example, to pause a task in address space 10. After being released, the same PE can be used to pause an SRB in, say, address space 23. ++There is, however, a small performance penalty imposed when a PE is used to pause a task or SRB in one space and then reused to pause a task or SRB in another space++. This cost is accrued upon each space transition. I have a number of questions relating to this. Does the accrual happen on each AS transition? For instance, if the usage happened to alternate between just two address spaces (say 10 23) would there be an accrual for EACH Transition, or just one per Address Space? Secondly, given the accrual rate, however derived, is there a predictable point where the performance overhead could become a liability - and how can I determine it? Finally (at least for now), if the overhead has the potential of becoming a problem, would it be a wise move to maintain a usage count of each PE and to delete and reacquire once a particular limit has been reached - and if so, any suggestions as to the values that may be suitable? Mike Kerford-Byrnes -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pause elements used across multiple address spaces
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kerford-Byrnes Sent: Friday, July 27, 2007 3:32 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Pause elements used across multiple address spaces I am in the throes of designing an application that communicates between a long running (IPL to Z EOD) server Address Space and multiple user Address Spaces. Given the requirements, the exploitation of PAUSE/RELEASE seems, as per the documentation, to be highly suitable. The server Address Space is likely to deploy an array of Pause Elements from which the most suitable will be selected upon each user request (of which there may be a LOT). So a given PE may be used VERY frequently by any and/or many User Address Spaces. There is a paragraph in the Auth Assembler Guide which gives me a slight concern. It states: When a PE is allocated with auth_level=IEA_AUTHORIZED, the PE can be used to pause and release any task or SRB in the system. The same PE can be used, for example, to pause a task in address space 10. After being released, the same PE can be used to pause an SRB in, say, address space 23. ++There is, however, a small performance penalty imposed when a PE is used to pause a task or SRB in one space and then reused to pause a task or SRB in another space++. This cost is accrued upon each space transition. I have a number of questions relating to this. Does the accrual happen on each AS transition? For instance, if the usage happened to alternate between just two address spaces (say 10 23) would there be an accrual for EACH Transition, or just one per Address Space? From my interpretation of the same documentation that you quoted, the accrual happens each time the PE is reused to point to a different address space. Secondly, given the accrual rate, however derived, is there a predictable point where the performance overhead could become a liability - and how can I determine it? Finally (at least for now), if the overhead has the potential of becoming a problem, would it be a wise move to maintain a usage count of each PE and to delete and reacquire once a particular limit has been reached - and if so, any suggestions as to the values that may be suitable? Mike Kerford-Byrnes I would suggest not using Pause/Resume, because I don't like the way its interface was implemented. IMHO, I think it was silly to use an SVC routine and to require the client to decide whether to use the authorized or unauthorized interface. A simple stacking PC routine would have been a clean interface for both task and SRB, and it is faster than the SVC FLIH SLIH processing. I would suggest using GRS latch manager, which has the same interface for TCB or SRB mode, and works in cross memory. You can allocate a latch set in your server space. Use space-switch PC routines to jump into the server space and enqueue on a selected latch. The GRS latch manager can be used quite effectively in a WAIT/POST-like scenario that works in cross memory mode and SRB mode. You'll need an FRR EUT=YES,MODE=FULLXM to handle clean-up when either the home space or the server space goes away unexpectedly. Seems a bit easier than writing code to manage a set of Pause elements with usage counts. 2 cents worth. your mileage may vary. Jeffrey D. Smith Principal Product Architect Farsight Systems Corporation 700 KEN PRATT BLVD. #204-159 LONGMONT, CO 80501-6452 303-774-9381 direct 303-484-6170 FAX http://www.farsight-systems.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Pause elements used across multiple address spaces
Mike, either I'm not undersatnding what you are wanting to do, or you're not getting out of the manual what it is saying. If your server address space is the address space where the tasks or srb's will be paused, then there is no cost to transition, as the pause element is only being used in one address space. If you are going to use the pause element to pause in multiple address spaces, then the cost you will incurr will be in transitioning the ownership of the pause element from one address space to another. It's not something that accumulates, and grows. It's similar to a one time toll for using the service. Releasing the pause elements and re-acquiring them will do nothing to speed any processing of the pause and release function, as far as I know. Hope this helps. --Dave Day -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT
I've seen this also. I just re-submitted the job with no changes. Eventually the mergecat finished with the end results what I wanted. This appears to be a case of a getmain not being followed by a freemain. It takes a fairly large number of entries to move to pop this problem up. On Fri, 27 Jul 2007 15:24:13 -0400, Fletcher, Kevin [EMAIL PROTECTED] wrote: snip Let me know if you've had problems like this in IDCAMS, so I can flesh out the requirement. War stories, comments, etc. also appreciated. /snip Tom, When we went for z/OS 1.6 to z/OS 1.8 we had a similar problem with the LISTCAT function of IDCAMS. We had quite a few jobs that had a region=1024k (ironically removing the region fixed the problem). I opened an ETR with IBM and the stated that the LISTCAT part of the code had been expanded. You may want to search the IBM-MAIN archives for more stories. Thanks, Fletch -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
MVS - Z/OS Job Market, What should the rates be?
Hi, I am a technical recruiter that has been faced with the challenging task of finding extremely talented workers like yourselves for my company's clients throughout the US. I do apologize for the misspelling in my previous email and if I offended anyone by using this listserv as a resource for my recruiting efforts. I am sorry. I would like the opportunity to find out from experts in the field like yourselves, what you feel the job market should be offering for individuals with MVS - Z/OS skills? You can always respond confidentially to me directly at: [EMAIL PROTECTED] Thank you again for your time! -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Friday, July 27, 2007 1:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS job market (I could just scream!) On Thu, 26 Jul 2007 15:40:22 -0600, Steve Comstock [EMAIL PROTECTED] wrote: You guys are making me nervous. I actually want to be a z/OS systems programmer. Some day. )-: My second choice is to be a cat, but that doesn't pay well these days. Neither does being a systems programmer. ... Perhaps I have an unusual (and unpopular) opinion, but I've always found systems programming to be pretty well paying. It probably depends on location, etc. It probably also depends on whether the companies are trying to keep the mainframes (and a staff to support them) or trying to get rid of them. Availability is the biggest issue now. Unavailable jobs really don't pay well. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information transmitted is intended only for the person 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 of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from this computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who is the supplier of Favor?
Herman Alternatively the product may now be offered by a British company in which case it could have been rebranded Favo*u*r. Chris Mason - Original Message - From: Chase, John [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, July 27, 2007 4:29 PM Subject: Re: Who is the supplier of Favor? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Stocker, Herman Hi List, Can anyone tell me the vendor of Favor. I tried to Google Favor but no luck only hits that I saw was for party favors. It's spelled Faver (with an e, not an o). CA had it last time I checked. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT
Tom A friend of mine find old issues dating back to 2000 ... I was sure you were talking about magazines here until I got to Let me know if you've had problems like this in IDCAMS ... I keep forgetting I'm in this parallel universe where people are so reluctant to mention the word problem. Chris Mason - Original Message - From: Thomas Conley [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@BAMA.UA.EDU Sent: Friday, July 27, 2007 8:48 PM Subject: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT I'm running a REPRO MERGECAT at z/OS V1R8, getting IDC3332I ** INSUFFICIENT MAIN STORAGE trying to merge 360,000 entries into a new catalog. I'm running 0M (also tried 250M and 500M) with no exits limiting storage. I've got 12M private below the line. IBM is giving me the WAD, telling me to break down the REPRO MERGECAT into smaller chunks. A friend of mine find old issues dating back to 2000 where IDCAMS gets this message for LISTCAT, let alone REPRO MERGECAT. It's 2007, people! Region abends for below the line storage are so 20th century. I'm submitting a SHARE requirement to remove this limitation in IDCAMS, or provide us a new utility that can get the job done. Let me know if you've had problems like this in IDCAMS, so I can flesh out the requirement. War stories, comments, etc. also appreciated. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VLF Question
Thanks, Dave, but I determined that VLF is not active for this data set. There are some LOADs being issued for system modules that are being resolved out of LPA and the LINKLST, but the STEPLIB directories are, of course, scanned for them first. At this point, it appears that although the PDSE directories are cached over in the SMSPDSE address space, and *no* I/O is actually done against the data set, there are some EXCPs charged against the first PDSE in the STEPLIB concatenation for the directory scans. This is all happening in a large ISV product with dozens of load modules, so its a little hard to come to any really solid conclusions. When I get a chance, I'll write a little test program to isolate the circumstances as I understand them now, and see if it happens there as well. For now, the Customer is satisfied that there are not a lot of redundant or unnecessary LOADs occurring, so the importance of the issue has diminished. --Art At 02:39 PM 7/27/2007, Dave Barry wrote: Are you SMS-caching the PDSE? See APARS II14026 OA15322 for hints. db -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Art Celestini Sent: Thursday, July 26, 2007 2:01 PM To: IBM-MAIN@BAMA.UA.EDU Subject: VLF Question I have a situation where there are high EXCP counts against a PDSE STEPLIB, but a GTF trace of the target volume shows no actual I/O. Does anyone know whether VLF accumulates fake EXCPs, perhaps to reflect what would be the case if it (VLF) wasn't active? Thanks, Art == Art Celestini Celestini Development Services Phone: 201-670-1674Wyckoff, NJ = http://celestini.com = Mail sent to the From address used in this post will be rejected by our server. Please send off- list email to: ibmmainat-signcelestinidotcom. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IDC3332I ** INSUFFICIENT MAIN STORAGE in IDCAMS REPRO MERGECAT
On Jul 27, 2007, at 1:48 PM, Thomas Conley wrote: SNIP-- Let me know if you've had problems like this in IDCAMS, so I can flesh out the requirement. War stories, comments, etc. also appreciated. Regards, Tom Conley Tom, I have done 2 or 3 repromergecats in my lifetime and never had an issue (that I can remember) with region sizes. I tend not to use region=0M. The number of entries was easily several thousand each time. I don't think it was ever on z/os though. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Usage of KB and KiB
Well folks, until M$ came along, and before KiB became a standard, I was taught the convention as: Disk: always use decimal value, i.e. KB = 1000 Bytes. Memory: always use binary value, i.e. KB = 1024 Bytes. That made it easy:. Now with M$ (and others), you never know where they use 1000 or use 1024 in their arithmetic to calculate the number they report to you on memory or disk usage. Very much like the Mix-N-Match shops. Which is one reason I seem to always use Tracks/Cylinders when reporting/allocation 3390 dasd space (assumptions gone). Regards Bruce Hewson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS - Z/OS Job Market, What should the rates be?
On Fri, 27 Jul 2007 19:50:31 -0400, Danielle Duarte [EMAIL PROTECTED] wrote: Hi, I would like the opportunity to find out from experts in the field like yourselves, what you feel the job market should be offering for individuals with MVS - Z/OS skills? You can always respond confidentially to me directly at: [EMAIL PROTECTED] Thank you again for your time! More than the 'admins' on those other boxes where the company allows them to reboot any time of the day or night to fix their problems but expect the mainframe to stay up 24x7. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: XMIT loses the AC(1) attribute
On Thu, 26 Jul 2007 13:05:03 -0500, Mark H. Young [EMAIL PROTECTED] wrote: On Thu, 26 Jul 2007 12:12:07 -0400, Pinnacle [EMAIL PROTECTED] wrote: I just XMITted a load module and it lost the AC(1) attribute. Anybody know if that's a bug or a feature? Regards, Tom Conley You *ARE* using IBM's XMIT (Transmit), right?! The 3270 emulation software you are using to connect your TSO session (we use Hummingbird, there are others), does it have any known problems with the file transfer protocol? That could be where it's getting clobbered? A bit of a stretch suggesting the terminal emulator managed to change the AC field inside a transmit file and did not destroy anything else. Another stretch in another post to imply a loadlib needs to be authorized in order to hold AC(1) load modules. And while a PDS and PDSE are handled a little differently, not really when it comes to carrying along the directory entries verbatim. I would have you check the original PDS and make sure it indeed had AC(1), then transmit it to a dataset. Send it to me and I can check it using my PC based rexx that does receive from a transmit file. And make sure after you did the receive that nothing else came along and relinked the module without AC (1). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
