Sorry, just trying to be funny. I can't ask my customers to install it just for me for a one off use. Works As Designed. Personally, I find it worth the money. Having to create a SLIP (sometimes complicated) and analyzing the dump takes time. Not very dynamic because I can't decide depending on data found. Very frustrating when I know I could easily found the problem with z/XDC in just a couple minutes.
Maybe it would be useful if you had a new product that is restricted which vendors ship with their products. A temp enable key from your website that restricts to a cpuid, vendor product and lasts maybe an hour or two. No memory update. No common storage die (I'm guessing you called it die because of DEAD in 2 hex bytes). No viewing restricted storage (e.g. other address spaces) without the end user agreeing. Allowing abend traps would also be useful because who knows when those are going to occur. I don't do much support any more so I don't know how it would be accepted. Support staff that I've worked with aren't usually fluent with z/XDC because they don't have any incentive. They deal mostly with dumps from customers and rarely need to diagnose locally. Maybe this would give them some incentive to learn and use it. They could easily justify it with avoiding slip's and reducing their time in diagnosing the problem. I would think customers would be impressed because it would reduce their involvement by avoiding multiple calls, eliminate capturing diag data and not having to transmit it One call and we possibly have all the information we need. Jon Perryman. >________________________________ > From: Dave Cole <[email protected]> > > >WAD? > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
