I agree with Rick, I am a Developer on z/OS for a software company and the SVC documentation would be a godsend to us doing development work and those of us supporting z/OS...
Scott Ford Senior Systems Engineer [p] 678.266.3399 x304 [m] 609-346-0399 identityforge.com This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately or let us know at [EMAIL PROTECTED] or [EMAIL PROTECTED], and then delete the original. Any other use of the email by you is prohibited. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rick Fochtman Sent: Thursday, October 23, 2008 12:34 PM To: [email protected] Subject: Re: SVC Update Utility Having some DOC on this would be a Godsend for a few of us, Peter. I think I speak for most when I say the we'd accept doc, as long as there's a very prominent disclaimer with regards to support. We don't want this for "Production" use, but as a development tool in the sandbox it might be invaluable. After development is complete, the more conventional, and supported, mechanisms should be used. Those who don't follow these simple rules deserve all the grief they get. Peter Relson wrote: >>SVCNUMDEC=(109,248) which turned out to be the savior. >> >>This option on the SETPROG command is an undocumented option and cannot >>be found anywhere on IBM's website (there were only 4 hits on Google). >> >> > >That is because it is not supported and not intended for your use. If/when >it does become supported, it will be documented. In any case, it is not >intended for general use. As has been pointed out, it does not let you >define the type of SVC and other SVC attributes. It is intended for >replacing an existing SVC that has already had its attributes defined. I >think of it as "add this module to LPA and oh by the way please update this >place that is intended to contain its entry point address". > >SInce it is your system, you are always free to risk it by doing anything >you want. Just please don't call us about problems that arise from doing >things that are unsupported.. > >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 > > > > ---------------------------------------------------------------------- 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
