> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe > Sent: Sunday, April 20, 2008 10:06 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: Re: "action" in UK33496 > > > On Sun, 20 Apr 2008 18:11:45 -0700, Skip Robinson > <[EMAIL PROTECTED]> > wrote: > > >... > >There was a note of caution that I found almost funny: the > new OP code > >would not cause a problem for any program *unless* that program were > >depending on the OP code *not* to be valid. Where's my S0C1? > I need my > >S0C1! After all these years in the business, I would not bet > the farm on > >there being no such program. > >... > > I remember seeing such a program sometime within the last 15 years. > I don't remember what "character string" used to create the S0C1, but > I remember thinking that some day it would be a valid opcode > and there > was going to be some very unanticipated behavior in that program. > > Sheesh! Everybody knows you're supposed to EX and EX in such > circumstances, not execute some clever word. You need a more > intuitive, self-explanatory abend like S0C3 to aid your debugging. :-) > > Pat O'Keefe
IIRC, IBM has stated that an opcode of x'00' will __never__ be valid and will __always__ produce a program check interrupt code 1 (S0C1 in MVS-speak). I always use the S0C3 method as it is guaranteed by the Principles of Operation to do this. However, I had a friend at another shop do this. He got a royal dressing down by the lead sysprog because he (the sysprog) had decided that the S0C3 abend was his alone and had placed a SLIP in COMMNDnn to take SVC dumps on every S0C3 to debug __his__ programs. -- 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
