They're pretty good at bouncing the PMR's around until it hits the right area.
I open DB2 PMRs under one component ID even if the problem resides in a different component ID area of DB2, because the right component ID isn't recognized. Later, Ray -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ http://www.mrmullins.big-bear-city.ca.us/ http://www.the-bus-stops-here.org/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. --ilvi > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin > Sent: Saturday 04 February 2006 13:31 > To: IBM-MAIN@BAMA.UA.EDU > Subject: AMA140T ... BINDER ERROR (was: SMP/E SE37 Retry and ++ZAP) > > On Fri, 3 Feb 2006 14:27:46 -0700, Paul Gilmartin > <[EMAIL PROTECTED]> wrote: > > > > DUMP uncompress > > AMA140T UNABLE TO COMPLETE OPERATION DUE TO BINDER ERROR, > FUNCTION = INCLUDE, RC=8, RSN=83000514 > > AMA113I COMPLETED DUMP REQUIREMENTS > > ********************* BOTTOM OF DATA *************************** > > > > ... Looks as if another PMR is needed. > > > I searched IBMLink for this; this looks very much like > OW02423, but shouldn't that have been fixed by z/OS 1.5? > > PMR submitted. > > BTW, how does one fill in the "Component ID" for a PMR? "AMASPZAP" > was invalid, as was "Service Aids". I copied the Component ID from > OW02423 since it's so similar, but I wonder if supplying > possibly incorrect, or merely obsolete, information is more > of an hindrance than a help. > ---------------------------------------------------------------------- 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
