On Tue, 28 May 2013 17:01:41 +0000 DASDBILL2 <[email protected]> wrote:
:>TCBPKF remembers the original storage key set by the system in the same sense that general register 3 remembers the number X'5AD' after you load that number into register 3; i.e., the remembering lasts until something changes the value being remembered . An authorized program can cause TCBPKF to remember something different, either by accident or design. Anything that changes PKF after the task starts will have a "lot of 'splaining to do" :>----- Original Message ----- :>From: "Shmuel Metz (Seymour J.)" <[email protected]> :>To: [email protected] :>Sent: Tuesday, May 28, 2013 9:31:06 AM :>Subject: Re: ECSA :> :>In <[email protected]>, on 05/27/2013 :> at 07:52 AM, Ed Jaffe <[email protected]> said: :> :>>On 5/26/2013 6:08 PM, Charles Mills wrote: :>>>> you need to save the key prior to the MODESET KEY=ZERO invocations :>>> Are you sure? MODESET KEY=NZERO,... won't "remember" for you? :> :>>ZERO and NZERO switch between PSW key zero and the PSW key in :>>TCBPKF. In that sense, TCBPKF is indeed always "remembering" the :>>task's original, non-zero key. :> :>I'd hardly call that remembering, and TCBPKF need not match the key :>just prior to the MODESET KEY=ZERO. -- Binyamin Dissen <[email protected]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
