Re: WLM question - delayed due to CPUCAPPED
McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005bde01...@nrhmms8p02.uicnrh.dom... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Patrick Falcone Sent: Tuesday, September 22, 2009 2:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: WLM question - delayed due to CPUCAPPED Yes, some of the descriptions leave a little bit to be desired. I like to try to stay away from capping unless absolutely necessary but do have some. Maybe there was an entry in the notes file in WLM stating why that Service Class was resource capped? I try to keep up with documentation, even for myself, as I find going back I'm asking myself sometimes why I did what I did. I have Mainview, what was the screen name that you saw this in? Wish I could remember. I can't seem to find it again sigh. -- John McKown It's the WMJDLAY view. 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
Re: Purging STC Waiting on Dataset
Remember that you always address an STC by its second name from the 'D A,name' display. In this situation, it would have been 'STARTING'. Kees. George Rodriguez rodrigu...@palmbeach.k12.fl.us wrote in message news:b8556c7c0999d4479a3f7944ac47e983047a3...@pbmail5.palmbeach.k12.fl. us... That did it...Thanks George Rodriguez Specialist, Systems Programmer Network Technical Services (561) 357-7652 (office) (561) 707-3496 (mobile) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Florida's Only A-Rated Urban District For Five Consecutive Years -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Wednesday, September 23, 2009 1:52 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Purging STC Waiting on Dataset How do I cancel the STC. I've already tried C DTLL / C DTLL,A=nnn / FORCE with the same options. No way to purge? Try: C STARTING,A=asid -- 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 -- --Palm Beach County Schools- Rated A by the Florida Department of Education 2005-2009 -Home of Florida's first LEED Gold Certified School- ---http://www.palmbeachschools.org- The District of Palm Beach County is an Equal Education Opportunity Provider and Employer. Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- 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
Mainview Batch Optimizer
Hi all, Any shop use this BMC product before? Is it really help improve I/O? any overhead to CPU utilization? thanks and 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
Re: IDCAMS delete with mask
Barbara, Someone need a hug? ***HUG*** smile I agree with you. But think about the inverse. Stuff like this is why they need to keep us around! Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Monday, September 28, 2009 1:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS delete with mask So this half-a$$ed masking was put in there by DESIGN? WOW! Incredibly brain dead. They violated Lionel Dyck's principle of least astonishment. It should have been designed to work like standard dataset masking in SMS. Designer: Should we use DFDSS rules? Nahhh! (and now for something COMPLETELY DIFFERENT, cue the Liberty Bell march). At least they're not making us submit SHARE requirements to fix it. This is the future of z/OS, in my opinion: 1. Think about a feature (preferably one that customers had submitted lots of requirements for) 2. Design it 3. Realise that this design cannot be programmed/tested with the budget 4. Shorten the design to make it brain-dead. The only goal is to get a short code path so it fits the 3$-budget allotted for it 5. Wait for customers to scream after GA 6. Maybe fix it via apar (probably because parts of the 'real' design were already in, just not tested yet to make them GA-eligible) 7. Ask customers to open a requirement for the BAD design which will then go through 1 to 6. And you ask why the platform is dying? I feel better now, too. Barbara -- 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: IDCAMS delete with mask
Mark, Did? To the best of my knowledge, shortcomings *still* exist. Maybe 1.12 will resolve the remainder. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Sunday, September 27, 2009 11:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS delete with mask At least it is getting rectified a lot quicker than the shortcomings of the SMF logger dump program (IFASMFDL) did. -- 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: OMVS txt file problem
On Fri, 25 Sep 2009 21:41:15 -0500, Paul Gilmartin paulgboul...@aim.com wrote: only if errors occur. Crontab mails the combined content of stdout and stderr to the process owner, but not if both are empty. So you'll get email notification of failure but not of success. If you want notification of success, add an You may prefer your regular z/OS work scheduler to submit the job instead of crontab. Way easier for operations. Cheers, Jantje. -- 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: IDCAMS delete with mask
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Barbara Nitz So this half-a$$ed masking was put in there by DESIGN? WOW! Incredibly brain dead. They violated Lionel Dyck's principle of least astonishment. It should have been designed to work like standard dataset masking in SMS. Designer: Should we use DFDSS rules? Nahhh! (and now for something COMPLETELY DIFFERENT, cue the Liberty Bell march). At least they're not making us submit SHARE requirements to fix it. This is the future of z/OS, in my opinion: 1. Think about a feature (preferably one that customers had submitted lots of requirements for) 2. Design it 3. Realise that this design cannot be programmed/tested with the budget 4. Shorten the design to make it brain-dead. The only goal is to get a short code path so it fits the 3$-budget allotted for it 5. Wait for customers to scream after GA 6. Maybe fix it via apar (probably because parts of the 'real' design were already in, just not tested yet to make them GA-eligible) 7. Ask customers to open a requirement for the BAD design which will then go through 1 to 6. And you ask why the platform is dying? Indeed. Once upon a time, good enough wasn't; excellent was sought and frequently achieved. Nowadays, too often good enough is a bonus: Here, this sort of does that. Now go bother somebody else. -jc- -- 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: IDCAMS delete with mask
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Barbara Nitz Sent: Monday, September 28, 2009 12:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS delete with mask So this half-a$$ed masking was put in there by DESIGN? WOW! Incredibly brain dead. They violated Lionel Dyck's principle of least astonishment. It should have been designed to work like standard dataset masking in SMS. Designer: Should we use DFDSS rules? Nahhh! (and now for something COMPLETELY DIFFERENT, cue the Liberty Bell march). At least they're not making us submit SHARE requirements to fix it. This is the future of z/OS, in my opinion: 1. Think about a feature (preferably one that customers had submitted lots of requirements for) 2. Design it 3. Realise that this design cannot be programmed/tested with the budget 4. Shorten the design to make it brain-dead. The only goal is to get a short code path so it fits the 3$-budget allotted for it 5. Wait for customers to scream after GA 6. Maybe fix it via apar (probably because parts of the 'real' design were already in, just not tested yet to make them GA-eligible) 7. Ask customers to open a requirement for the BAD design which will then go through 1 to 6. And you ask why the platform is dying? I feel better now, too. Barbara But the above applies quite often to all commercial software. What is developed is what is thought to make the greatest profit. Now that which makes the best product. Another interesting reason to like FOSS software such as *BSD and Linux. They are generally developed by people who love to program and want good software. Not that FOSS software is alway the best! But it is developed according to a different mind set than make money. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: IDCAMS delete with mask
Okay wise guy. :-) Shortcomings exist in the entire platform, but let's not go there. The major shortcomings that prevented IFASMFDL from even being usable were fixed. (I didn't change the subject yet, but if you want to continue on this one, please do). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 28 Sep 2009 06:08:37 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Mark, Did? To the best of my knowledge, shortcomings *still* exist. Maybe 1.12 will resolve the remainder. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Sunday, September 27, 2009 11:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS delete with mask At least it is getting rectified a lot quicker than the shortcomings of the SMF logger dump program (IFASMFDL) did. -- 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
Unsubscribe
-- Natalie Boike | Managing Editor IBM Systems Magazine, Mainframe edition and Power Systems-AIX edition nbo...@msptechmedia.com | 612-373-9584 We now offer a free, full-content digital edition of the magazine. Sign up at http://www.ibmsystemsmag.com/subscriptions . -- 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: IDCAMS delete with mask
Maybe they're one APAR short of a deck. The test I posted used data sets in the master catalog, and a delete with a trailing .** did not find data sets that should have matched the mask. Stuart Holland wrote: The delete with mask feature currently defaults to only looking in the master catalog. You have to code the CATALOG parameter to have it look anywhere else. There is an APAR open to remove this restriction. It also does not work under TSO. There is a separate APAR for that. -- 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
IFASMFDL useable as is?
Yo! Who youse calling a wise guy? :-) Subject changed per your request. Seriously, did I miss something? I still have the potential to lose SMF data if I do not wait or forget to let z EOD finish. There are other issues, but I've got workarounds. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, September 28, 2009 8:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS delete with mask Okay wise guy. :-) Shortcomings exist in the entire platform, but let's not go there. The major shortcomings that prevented IFASMFDL from even being usable were fixed. (I didn't change the subject yet, but if you want to continue on this one, please do). Mark -- 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: Security
On Sat, 26 Sep 2009 12:31:29 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Ward, Mike S pisze: Hello all, I have a question. Without using a firewall or access lists on a router or switch, how would one keep specific IP addresses from connecting to the OSA's? Or is there no protection there? How can you prevent anyone from sending you a letter? The same apply to OSA. However you can configure *your system* to ignore communication from given IP address. It's not so trivial and depends on application. For example, ftp server check client's IP address in TERMINAL class (for IPv4). That would check a specific user's access to enter from that address, and would not (necessarily) block it completely. And it depends on coding in applications. I would suggest, instead, use of SERVAUTH profiles, which in conjunction with security zones defined in the TCP/IP stack can allow the stack itself to block the server (or all servers) from talking to specific portions of the network. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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
I am looking for a “poor man automation
This is a z/1.9 environment. I do not have netview or any other automation software but I need be able to parse and then highlight a “ICH408I” message for some specific User IDs for “EXCESSIVE PASSWORD OR PASS PHRASE ATTEMPTS” . Any tips will be great (e.g., exit points, shareware, etc.) Thanks -- 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: I am looking for a poor man automation
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shahnaz Sent: Monday, September 28, 2009 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: I am looking for a poor man automation This is a z/1.9 environment. I do not have netview or any other automation software but I need be able to parse and then highlight a ICH408I message for some specific User IDs for EXCESSIVE PASSWORD OR PASS PHRASE ATTEMPTS . Any tips will be great (e.g., exit points, shareware, etc.) Thanks Write a hand-written MPF exit, or download TSSO from the CBT tape and use it. http://www.cbttape.org/cbtdowns.htm download file 404. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- 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: I am looking for a “poor man automation
One thought, would be System Rexx, Rexx is made for parsing. The issue is whether you have access to the RACF message from System Rexx. My guess would be 'yes'... Scott J Ford www.identityforge.com From: Shahnaz shahnaz0...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Monday, September 28, 2009 11:02:59 AM Subject: I am looking for a “poor man automation This is a z/1.9 environment. I do not have netview or any other automation software but I need be able to parse and then highlight a “ICH408I” message for some specific User IDs for “EXCESSIVE PASSWORD OR PASS PHRASE ATTEMPTS” . Any tips will be great (e.g., exit points, shareware, etc.) Thanks -- 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: IFASMFDL useable as is?
I'm only using it in my sandbox LPARs still and have no problems there, so I can't say too much more about that. I did test OA27037 and it works as designed. Also, PTFs for OA29903 became available last week. There are some issues still, but my point is: Yes, I believe IFASMFDL is usable now. I wouldn't have considered it prior to OA27037. I'm sure Skip can tell you a lot more since he was using it since the start. But I thought we covered this a few months ago after OA27037 became available. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 28 Sep 2009 09:38:51 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Yo! Who youse calling a wise guy? :-) Subject changed per your request. Seriously, did I miss something? I still have the potential to lose SMF data if I do not wait or forget to let z EOD finish. There are other issues, but I've got workarounds. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, September 28, 2009 8:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS delete with mask Okay wise guy. :-) Shortcomings exist in the entire platform, but let's not go there. The major shortcomings that prevented IFASMFDL from even being usable were fixed. (I didn't change the subject yet, but if you want to continue on this one, please do). Mark -- 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: IFASMFDL useable as is?
I did have OA27037 on as part of my 1.10 install when I applied maintenance, but did not notice it went on and hence, haven't tested it. Just received the PTF in OA29903 (UA49815) and ran an APPLY. I'll test it out later this week. Thanks for the heads-up. Bob - -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, September 28, 2009 11:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IFASMFDL useable as is? I'm only using it in my sandbox LPARs still and have no problems there, so I can't say too much more about that. I did test OA27037 and it works as designed. Also, PTFs for OA29903 became available last week. There are some issues still, but my point is: Yes, I believe IFASMFDL is usable now. I wouldn't have considered it prior to OA27037. I'm sure Skip can tell you a lot more since he was using it since the start. But I thought we covered this a few months ago after OA27037 became available. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html On Mon, 28 Sep 2009 09:38:51 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: Yo! Who youse calling a wise guy? :-) Subject changed per your request. Seriously, did I miss something? I still have the potential to lose SMF data if I do not wait or forget to let z EOD finish. There are other issues, but I've got workarounds. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Monday, September 28, 2009 8:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IDCAMS delete with mask Okay wise guy. :-) Shortcomings exist in the entire platform, but let's not go there. The major shortcomings that prevented IFASMFDL from even being usable were fixed. (I didn't change the subject yet, but if you want to continue on this one, please do). Mark -- 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: Long parms...again
Some of our choices don't matter as much anymore. It is easy to see the advantage of a date in the format of MMDD if all we're doing is comparing to see which date is older. But if we are doing anything more complicated - just send the date to a function library to do the processing. When we do that, my choice of which date format doesn't really matter. We are still designing our SQL calls to be efficient - but the DBAs are working to make the efficiencies behind the scenes. Optimizing compilers are getting smarter, but with power as cheap, all they really need to do is get rid of the most ridiculous programming flaws. Writing files to save space with binary and packed numbers with implicit signs doesn't make sense anymore - space is cheap, make sure it's easy to FTP the data to any computer where it is easy and clear what the data mean.Heck, it might even make sense to store it with all of the overhead of XML (or something). Times change. -- 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: Long parms...again
Paul Gilmartin asked: So I wonder why the scheme chosen was not the last 4 digits of +8900. It would have matched the chosen scheme for the 20th and 21st centuries, and provided for smooth extension to the 19th and earlier. Nobody was expecting to run into any SMF records with dates earlier than 1968, nor have an OS/VS system IPLed with a current date in the 19th century (which was, of course, impossible, since the TOD epoch had been defined to be 1900). Folks with problems like that already had their own solution; they were unconcerned with the representation of [MVS] system dates in SMF and RMF records, and the like. -- WB -- 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
Principle of Least Astonishment (Was: IDCAMS delete with mask)
Pinnacle wrote: ... They violated Lionel Dyck's principle of least astonishment. The Principle of Least Astonishment is attributable to Lionel Dyck? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: Principle of Least Astonishment (Was: IDCAMS delete with mask)
Did Lionel Dyck predate William of Ockham (1288-1327)? Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, September 28, 2009 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Principle of Least Astonishment (Was: IDCAMS delete with mask) Pinnacle wrote: ... They violated Lionel Dyck's principle of least astonishment. The Principle of Least Astonishment is attributable to Lionel Dyck? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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 -- 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: Principle of Least Astonishment (Was: IDCAMS delete with mask)
I don't think he's quite that old. Bill Fairchild bi...@mainstar.com 9/28/2009 3:13 PM Did Lionel Dyck predate William of Ockham (1288-1327)? Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, September 28, 2009 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Principle of Least Astonishment (Was: IDCAMS delete with mask) Pinnacle wrote: ... They violated Lionel Dyck's principle of least astonishment. The Principle of Least Astonishment is attributable to Lionel Dyck? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Principle of Least Astonishment (Was: IDCAMS delete with mask)
Darn ... I was laying 2:1 odds. On Mon, Sep 28, 2009 at 8:18 PM, Scott Rowe scott.r...@joann.com wrote: I don't think he's quite that old. Bill Fairchild bi...@mainstar.com 9/28/2009 3:13 PM Did Lionel Dyck predate William of Ockham (1288-1327)? Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, September 28, 2009 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Principle of Least Astonishment (Was: IDCAMS delete with mask) Pinnacle wrote: ... They violated Lionel Dyck's principle of least astonishment. The Principle of Least Astonishment is attributable to Lionel Dyck? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: z9 BC Last date
Schwarz, Barry A pisze: In our experience, maintenance support is available for ten years following GA. I think it depends. Depends on the model, IBMs intention, other models availability, hardware model, etc. What is worth to mention is the price. The older equipment, the higher price. It can cause new model purchase more effective, especially when combined with upgrade prices (also growing up). So, the question could be: how long it is reasonable to buy maintenance from IBM. -- 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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- 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: Principle of Least Astonishment (Was: IDCAMS delete with mask)
Ockham (aka Occam) wrote what we now call his Razor: Never is a plurality to be multiplied without necessity (except that he wrote it in Latin). This has been interpreted as meaning the simplest explanation should be chosen when faced with multiple alternatives. To hone the razor even further, I can imagine that a user would think the least astonishing result of a computer command would be the simplest explanation. Some logicians might argue contrariwise. At the very least, the computer principle is a corollary of the Razor. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Siegel Sent: Monday, September 28, 2009 2:23 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Principle of Least Astonishment (Was: IDCAMS delete with mask) Darn ... I was laying 2:1 odds. On Mon, Sep 28, 2009 at 8:18 PM, Scott Rowe scott.r...@joann.com wrote: I don't think he's quite that old. Bill Fairchild bi...@mainstar.com 9/28/2009 3:13 PM Did Lionel Dyck predate William of Ockham (1288-1327)? Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Monday, September 28, 2009 2:08 PM To: IBM-MAIN@bama.ua.edu Subject: Principle of Least Astonishment (Was: IDCAMS delete with mask) Pinnacle wrote: ... They violated Lionel Dyck's principle of least astonishment. The Principle of Least Astonishment is attributable to Lionel Dyck? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Principle of Least Astonishment (Was: IDCAMS delete with mask)
Bill Fairchild wrote: Did Lionel Dyck predate William of Ockham (1288-1327)? Obviously not. But, what has that got to do with my question? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: Principle of Least Astonishment (Was: IDCAMS delete with mask)
- Original Message - From: Edward Jaffe edja...@phoenixsoftware.com Newsgroups: bit.listserv.ibm-main Sent: Monday, September 28, 2009 3:09 PM Subject: Principle of Least Astonishment (Was: IDCAMS delete with mask) Pinnacle wrote: ... They violated Lionel Dyck's principle of least astonishment. The Principle of Least Astonishment is attributable to Lionel Dyck? Ed, Lionel was the first person I ever heard use these words to describe the effect. I've spent the last hour researching this and cannot find an attribution for who created this little gem, but it's clear that its use is widespread. Wikipedia does mention Occam's Razor. Two other references are made to The Humane Interface by Jeff Raskin, and E.S. Raymond's The Art of Unix Programming, which has a section entitled Applying the rule of least surprise. Tom -- 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: Principle of Least Astonishment (Was: IDCAMS delete with mask)
On Mon, 28 Sep 2009 12:07:35 -0700, Edward Jaffe wrote: Pinnacle wrote: ... They violated Lionel Dyck's principle of least astonishment. The Principle of Least Astonishment is attributable to Lionel Dyck? Cowlishaw uses astonishment factor regularly. I don't know that he claims primacy. -- gil -- 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
Planned IBMLink Outage October 2nd-3rd
28 September 2009 This is to inform you that IBMLink will have a planned outage starting on Friday, October 2nd at 8:00 PM Eastern Time through Saturday, October 3rd at 8:00 AM Eastern Time (Saturday, October 2nd from 01:00 UTC to 13:00 UTC). This planned outage will occur because of the installation of our October fixpack, which will include improvements to the IBMLink platform and its applications. During this time, you will not be able to access IBMLink. We would like to remind you that there is a maintenance window scheduled every Saturday night from 11:00 PM Eastern Time through Sunday at 9:00 AM Eastern Time (Sundays 03:00 UTC to 13:00 UTC). This window may be used for normal maintenance of the infrastructure on which IBMLink resides. During this time, you may not be able to access IBMLink. Thank you for your patience and understanding. -- 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
Ownership of PC routines
I would like to establish a non space-switch PC routine that would outlive the address space that establishes it. Have my started task come up and during initialization place the PC routine into ECSA, and do the appropriate calls(etcre,etdef,etcon,lxres,etc.,etc) to make it a valid PC routine. But, leave the PC routine behind, and have it still be a valid PC number after the started task terminates. Is the only way to do this to establish ownership of the PC with an address space that does not terminate. PCAUTH or CATALOG or something like that? --Dave Day -- 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: Ownership of PC routines
On Mon, 28 Sep 2009 15:49:40 -0500 Dave Day david...@consolidated.net wrote: :I would like to establish a non space-switch PC routine that would outlive the address space that establishes it. Have my started task come up and during initialization place the PC routine into ECSA, and do the appropriate calls(etcre,etdef,etcon,lxres,etc.,etc) to make it a valid PC routine. But, leave the PC routine behind, and have it still be a valid PC number after the started task terminates. : :Is the only way to do this to establish ownership of the PC with an address space that does not terminate. PCAUTH or CATALOG or something like that? Yes. But why is it so important that your address space go away? -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Ownership of PC routines
Yes. But why is it so important that your address space go away? Not that it is important,. The function provided by the PC should be available after the address space that creates it, goes awayif the user terminates the address space. --Dave -- 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: No NIP console with 2074
Rick Fochtman wrote: Thanks, Chris. I'm stuck here on a z/800 box, running z/OS 1.4 and wishing that an upgrade was probably, or at least possible. Unfortunately, it looks like the only upgrade on the horizon is to shift to Sun platforms, as soon as the COBOL legacy code is adjusted and verified. Sort of a caretaker position, but it provides beer money (and damn little else!) seems like a common predicament ... I'm on a z/890 with z/OS 1.9 ... babysitting a machine until we complete our migration to Solaris/Java/Oracle (Kuali Financials) ... target is 2011 ... BUT, I have a new boss who seems open to Linux clustering on Intel/AMD ... so, while I won't be a mainframer for much longer, I at least may get to work on some fun stuff ... and, no, Linux/IFL is not going to happen here (not without some kind of miracle anyway) ... --Stephen -- 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: Security
Thanks to all who replied. I'm not as well versed as Chris M., but I'll try to explain why I asked the question. Early one afternoon we started to receive an error from DB/2 saying that a user was trying to log on, but was not RACF defined. In looking at the DB/2 log it gave the userid and the IP address of the PC it was coming from. This error kept repeating every 2 seconds filling the log with this nonsense error. We finally found out who/what it was and asked them to turn it off. The reply that came back to us was we're too busy working on something else and we'll get to it when we can. Needless to say we had 3 days of log with that information repeating over and over. Then it dawned on me that this could be construed as a denial of service attack, and that anyone could set up a denial of service real easy to the mainframe. Internal users only we don't expose the MF to the internet at all. All I wanted to know is, can an IP address socket to socket be rejected without a firewall or router access lists. Thanks to the respondents especially the ones that provided a link or direction to some manuals that may be able to help me. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Walt Farrell Sent: Monday, September 28, 2009 10:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Security On Sat, 26 Sep 2009 12:31:29 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Ward, Mike S pisze: Hello all, I have a question. Without using a firewall or access lists on a router or switch, how would one keep specific IP addresses from connecting to the OSA's? Or is there no protection there? How can you prevent anyone from sending you a letter? The same apply to OSA. However you can configure *your system* to ignore communication from given IP address. It's not so trivial and depends on application. For example, ftp server check client's IP address in TERMINAL class (for IPv4). That would check a specific user's access to enter from that address, and would not (necessarily) block it completely. And it depends on coding in applications. I would suggest, instead, use of SERVAUTH profiles, which in conjunction with security zones defined in the TCP/IP stack can allow the stack itself to block the server (or all servers) from talking to specific portions of the network. -- Walt Farrell, CISSP IBM STSM, z/OS Security Design -- 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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- 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: OMVS txt file problem
Gil, excellent reply. Thank you. I didn't realize there was such a beast
as cron, but there it is in the manuals and there appears to be a lot of
info on it in the internet.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Friday, September 25, 2009 9:41 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: OMVS txt file problem
On Fri, 25 Sep 2009 17:31:01 -0500, Ward, Mike S wrote:
Hello all, I'm kind of new to the OMVS world and I'd like a little help
if possible. I have a directory in the OMVS segment that programs write
their logs to.
This question is probably better asked on MVS-OE than on IBM-MAIN,
but I'll give it a try:
How could I automate the ftping of those files to a windows ftp server
for archive purposes then clear out the text file so that it can
start fresh?
Suppose your transactions append their logs to log.txt. In your
crontab commands, call a script like:
# Create a second handle to the log:
ln log.txt oldlog.txt ||
{ # somehow report error to process owner. This most likely
# happens because the previous day's log rotate failed, then:
echo rename of log failed 2
exit 1; }
# Create new log file and replace the active log file.
# Transactions which have opened the active log file will
# unknowingly continue to write to that file, now called
# oldlog.txt. POSIX specification of mv guarantees tnat
# no starting transaction will fail to observe a log.txt:
touch newlog.txt
mv newlog.txt log.txt
# Wait long enough for transactions in progress to complete.
# Ugh. Timing dependent. There may be a better way. Then
# FTP to Windows server; delete if successful:
sleep 1000
echo 'put oldlog.txt windows.log.txt
quit' |
ftp windows-server '(exit' ||
{ # Somehow report error to process owner, then.
echo ftp of log failed 2
exit 1; }
rm oldlog.txt
exit 0
If two transactions run concurrently, their records will appear
interleaved in the log file. This can be avoided by either:
o Each transaction's buffering its log records and writing all
to the log with a single call to write(), or
o Prefixing each record with a unique transaction ID and later
sorting on that field,
or some combination of both.
This script should write nothing to stdout, and write to stderr
only if errors occur. Crontab mails the combined content of
stdout and stderr to the process owner, but not if both are
empty. So you'll get email notification of failure but not
of success. If you want notification of success, add an
echo command before the exit 0.
-- gil
--
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
==
This email and any files transmitted with it are confidential and intended
solely for the use of the individual or entity
to which they are addressed. If you have received this email in error please
notify the system manager. This message
contains confidential information and is intended only for the individual
named. If you are not the named addressee you
should not disseminate, distribute or copy this e-mail. Please notify the
sender immediately by e-mail if you
have received this e-mail by mistake and delete this e-mail from your system.
If you are not the intended recipient
you are notified that disclosing, copying, distributing or taking any action in
reliance on the contents of this
information is strictly prohibited.
--
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: Ownership of PC routines
On Mon, 28 Sep 2009 16:10:27 -0500 Dave Day david...@consolidated.net wrote: :Yes. But why is it so important that your address space go away? :Not that it is important,. The function provided by the PC should be available after the address space that creates it, goes awayif the user terminates the address space. Don't allow it to be terminated. Mark it non-cancelable, and if they force - so be it. -- Binyamin Dissen bdis...@dissensoftware.com http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: More bad news.
Howard Rifkind wrote: So now what's the ratio of real mainframes to mainframe systems programmers in the USA where I would suspect most of the mainframes exist? Dunno. But, some companies are hiring and training new mainframers: http://www.computerworld.com/s/article/9138256/Bank_of_America_touts_mainframe_work_as_a_safe_career -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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: More bad news.
Ed, If you can relocate there are chances of getting one year contracts in different parts of the U.S. like S.C. Denver etc., but no permanent work. If such training is taking place it most likely is in shops giving training to people who already work for them. --- On Mon, 9/28/09, Edward Jaffe edja...@phoenixsoftware.com wrote: From: Edward Jaffe edja...@phoenixsoftware.com Subject: Re: More bad news. To: IBM-MAIN@bama.ua.edu Date: Monday, September 28, 2009, 6:10 PM Howard Rifkind wrote: So now what's the ratio of real mainframes to mainframe systems programmers in the USA where I would suspect most of the mainframes exist? Dunno. But, some companies are hiring and training new mainframers: http://www.computerworld.com/s/article/9138256/Bank_of_America_touts_mainframe_work_as_a_safe_career -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.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 -- 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: Ownership of PC routines
On Mon, Sep 28, 2009 at 3:49 PM, Dave Day david...@consolidated.net wrote: I would like to establish a non space-switch PC routine that would outlive the address space that establishes it. Have my started task come up and during initialization place the PC routine into ECSA, and do the appropriate calls(etcre,etdef,etcon,lxres,etc.,etc) to make it a valid PC routine. But, leave the PC routine behind, and have it still be a valid PC number after the started task terminates. Is the only way to do this to establish ownership of the PC with an address space that does not terminate. PCAUTH or CATALOG or something like that? Dave, you have only two choices; Assign ownership of those resources to a non-terminating task in a non-terminating address space (CATALOG would be a bad choice) and then be prepared to bear the slings and arrows of being accused by IBM support of being a co-conspirator in any outage or problem situation where IBM finds your code in their panties (and they will, trust me on that) or Create (either by START, or ASCRE) a permanent address space and don't run any other work in there. Just use it as a resource owner. Be prepared to own up and explain what you're doing and why. Usually that's enough to get folks to nod in the right places, however some of the giant brains in some customer sites will still wail and gnash their teeth at you. Just think of it as a barometer of their level of understanding. BTW wail == fail -- This email might be from the artist formerly known as CC (or not) You be the judge. -- 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: Principle of Least Astonishment (Was: IDCAMS delete with mask)
On Mon, Sep 28, 2009 at 3:15 PM, Paul Gilmartin paulgboul...@aim.comwrote: On Mon, 28 Sep 2009 12:07:35 -0700, Edward Jaffe wrote: Pinnacle wrote: ... They violated Lionel Dyck's principle of least astonishment. The Principle of Least Astonishment is attributable to Lionel Dyck? Cowlishaw uses astonishment factor regularly. I don't know that he claims primacy. Folks I've worked with for going on two decades have been using principle of least astonishment for at least that long. Ron Higgin, Thom Scrutchin, Bill Blair and on and on. I am pretty sure it goes back before them too. -- This email might be from the artist formerly known as CC (or not) You be the judge. -- 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: Reading a VSAM data file.
If you have access to any of the following ICF Catalog Management products T-REX, Tivoli Advanced Catalog Manager, Catalog Recovery Plus then if you are comfortable with the ZAP command that all three provide then you could zap the relevant fields in the VVR records for both the data and index component on TEST10 and the associated VTOC entries on TEST10. You could for example change the high level prefix from PROD to TEST and assuming you have an alias entry for TEST that points to an ICF USER Catalog you can then recatalog the CLUSTER component. The fields you need to zap for both the data and index component in their VVR records in the VVDS on TEST10 are the component name, the cluster name and the ICF catalog name. These are the fields that are checked when you attempt to recatalog an orphaned component/s which is what you have. -- 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: Principle of Least Astonishment (Was: IDCAMS delete with mask)
A clear violation of the principle of least astonishment was a phrase first used in my presence by Jim Doody (then) of Marine Midland Bank at a GUIDE meeting in 1975. It was obvious what it meant, but I cornered him afterwards to ask him about it. He did not claim originality. It stuck in my mind, so I wrote wrote it on a 5081 punched card, and displayed it on the cork boards above my desk for a number of years afterwards (along with a number of other great quotes from Jim and others). Jim told me, perhaps in jest (but you never knew), that he stole it from Ron Higgin. Regardless, in 1975 both Jim and Ron (and as far as the audience reaction [laughter] evidenced, a number of others) considered it to be in the vernacular. Since I had the habit of writing the (current) date on all of my cute card notes I know for a fact that the year was 1975. -- WB -- 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: Planned IBMLink Outage October 2nd-3rd
On 28 Sep 2009 13:47:39 -0700, in bit.listserv.ibm-main you wrote: 28 September 2009 This is to inform you that IBMLink will have a planned outage starting on Friday, October 2nd at 8:00 PM Eastern Time through Saturday, October 3rd at 8:00 AM Eastern Time (Saturday, October 2nd from 01:00 UTC to 13:00 UTC). This planned outage will occur because of the installation of our October fixpack, which will include improvements to the IBMLink platform and its applications. During this time, you will not be able to access IBMLink. We would like to remind you that there is a maintenance window scheduled every Saturday night from 11:00 PM Eastern Time through Sunday at 9:00 AM Eastern Time (Sundays 03:00 UTC to 13:00 UTC). This window may be used for normal maintenance of the infrastructure on which IBMLink resides. During this time, you may not be able to access IBMLink. Thank you for your patience and understanding. Is there a way that existing customers could reply that they do not understand how a vital service that is needed 24/7/365.25 provided by a company that advertises the ability to provide 24/7/365.25 infrastructure is not 24/7/365.25. If I were still systems programming, I would not be patient. -- 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
