In a message dated 11/25/2007 10:45:30 A.M. Central Standard Time, [EMAIL PROTECTED] writes: >No service that I know of tests for "possible ways". They always look for the PSW. GETMAIN did ca. 1991. I was disabled via PSW swap and tried to get an authorized-only subpool. It failed with B78-something. I instruction stepped through the code via VM until I found the problem. The first GETMAIN module tested for all three possibilities (super bit, locks, and current system mask). The request was allowed to proceed if any of the three tests was successful. My request passed this point because of my system mask. Then after a few more instructions the first module branced to another module which repeated the first two tests but not the third, thus causing my request to fail. >It is expected and assumed that authorized programs follow expected conventions. I added an OI to turn on the IOS super bit and then my request succeeded. I was following the documented requirements in the Authorized Assembler Services Reference for GETMAIN (STORAGE, or whatever it was). The documented requirement said authorized, key 0-7, or disabled (or something like that). My code was disabled only, and my request failed until I turned on the super bit to prove to GETMAIN that I was seriously disabled. Maybe this behavior of GETMAIN has been changed since then to look only for the PSW as you say. I don't know. I only get perturbed when the code's behavior does not match the external documentation. My anecdote is 16 years old, and the doc and code may have been changed since then. Bill Fairchild Franklin, TN
**************************************Check out AOL's list of 2007's hottest products. (http://money.aol.com/special/hot-products-2007?NCID=aoltop00030000000001) ---------------------------------------------------------------------- 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
