On Thu, 26 Jan 2006 08:38:12 -0500 Walt Farrell <[EMAIL PROTECTED]> wrote:
:>On 1/24/2006 12:48 PM, Binyamin Dissen wrote: :>> On Tue, 24 Jan 2006 11:08:27 -0600 "Craddock, Chris" <[EMAIL PROTECTED]> :>> wrote: :>> :>There are a whole bunch of integrity issues. When you use the official :>> :>interfaces, the OS keeps you out of the weeds. When you DIY you're on :>> :>your own. In this particular area, I wouldn't even consider coloring :>> :>outside the lines. The results can be really ugly and there just isn't :>> :>any need for it. :>> There is a need, as the AX (via AXSET) is a global address space value. :>> There is no way (that I can find) to "legally" change the AX for a single unit :>> of work. :>Why do you need to do that? What kind of work are you running in that :>address space? I would like a particular unit of work in an address space to un with an AX of one. That way I can PT rather than schedule an SRB. Using AXSET will affect all units of work with that current primary. :>> As far as integrity - this is a supervisor state routine and thus all bets are :>> off. :>That's not true. As a supervisor state routine doing weird things you :>may prevent the system from being able to maintain integrity, but that :>merely means that -you- have the responsibility to maintain it. If you :>do not do that properly, you will bear the blame for any system outages :>or integrity or security problems that arise. My point exactly, which is that there is no reason to block a supervisor state routine from issuing a PT even when not authorized via the AX since it can manipulate the environment to allow it anyway. There should be a version of PT which skips that check. Or a way to set the AX for a particular work unit. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
