On Wed, 3 Apr 2013 15:43:34 -0400, Robert A. Rosenberg <[email protected]> wrote:
>At 06:37 -0700 on 04/03/2013, Scott Ford wrote about DataSpaces: > >>0281 IEF403I VOYTEST - STARTED - TIME=21.15.49 0281 IEF450I >>VOYTEST STEP1 - ABEND=S0F8 U0000 REASON=00000018 186 0281 >>TIME=21.15.50 0290 - >>-----TIMINGS (MINS.)------ I looked the message up, also hard to >>find and said this: S0F8 - 18 - THE SVC ISSUER WAS IN AR ADDRESS >>SPACE CONTROL MODE FOR AN SVC WHICH DOES NOT >>ALLOW THIS. > >This ABEND Code maps to one that is (supposedly) assigned to SVC 248 >(which is in the User SVC range). Is this a case of IBM Hijacking an >ABEND Number that is supposed to be assigned to a USER SVC? If so, >where have they documented the unavailability of the ABEND code for >use by the User SVC (aside from claiming it as their own). I don't believe so...from System Codes: "Fnn "Explanation: The system detected an error while processing a Supervisor Call (SVC) instruction. The last 2 digits of this completion code, nn, are the operand of the SVC instruction in hexadecimal. For example, completion code X'F0D' means that the error occurred while the system was processing SVC X'0D', that is, SVC 13." An abend from SVC 248 would be FF8, not 0F8, user or not. I used to see FFE abends from time to time in a prior shop, and it was from one of our IMS or ISV SVCs (can't remember which now), which happened to be 254 (FE). 0F8 is an abend in Supervisor control, IEAVESVC, and is for the reason documented in System Codes, as Tom Marchant included in a prior response. Regards, Art Gutowski Compuware Corporation
