Hum, I don't have z/VM, so I can't do anything. But I would think that if this is considered "worthy" (aka "profitable), then an OEM vendor could set up an STC which is APF authorized. If necessary, "hook" the external interrupt FLIH to generate something some "signal" that the STC could then process to "do something". The "do something" could be as simple as write a message for automated operations to use.
CA, et al., could possibly integrate this into their automated operations by have it "hook" the external interrupt FLIH (via CARIM?) as well as issuing the necessary setup to check for running under z/VM and setting up the z/VM interface. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Boyes > Sent: Monday, July 23, 2012 12:59 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: IBM-MAIN Digest - 21 Jul 2012 to 22 Jul 2012 (#2012-204) > > >From: Mary Anne Matyaz <maryanne4...@gmail.com> > >[snip] > >David, the best way to submit a requirement is through > Share. Anyone can submit a requirement. > > Share has a new website that you'll need to sign up for, > but you don't have to be a Share member. > > http://reqs4.share.org/Reqs4Who.jsp is the link to the > requirements system. > > I was hoping for an alternative to that route. Been there, > done that, wasted a lot of time. That site is *awful*. > The only thing positive I can say about it is that it's > (slightly) better than the previous one. > > Really, I'm not really interested in totally rearchitecting > the way applications die -- I can cope with there being > different ways to deal with that. I just want z/OS to let me > know that it got the shutdown initiated signal from the > hardware and I should start whatever I need to do to take > down the system gracefully. I know the steps -- now all I > need is the match to light off the process. Right now, z/OS > is fat, dumb, and happy all the way to the firing squad wall > of data corruption because it can't see the firing squad coming. > > Historically, the z/OS folks have fought implementing > anything that would play nice with VM for various reasons, > but this is hardware originated stuff. No excuses, political > or otherwise. At least raise a flag, or something... printing > a console message can't be THAT hard. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
