Well .......... If your server will only referencing the storage when it is called on behalf of that client, then "saving" the ALET of 2 will do the job since 2 will always refer to that same address space.
But, then you would not need to cache the ACEE address - you would find it each time. Sounds like you are trying to access the storage when you no longer have a bind to the client address space. While you "could" ALESERV every single client address space, you cannot guarantee safe access from the server side (without a lot of work). You have to explain why you feel the need to cache the security information in your server. On Wed, 25 Jun 2014 09:42:16 -0700 Phil Smith <[email protected]> wrote: :>Rob wrote: :>>I would be surprised if RACROUTE did not support x'00000001' or x'00000002' as valid values in ACEEALET - therefore I am guessing that the ACEE pointer that you have is incorrect. :>Well now. This is very interesting. I happen to have 16 bytes of reserved storage in a common control block, so at the point in the first module where I'm about to extract stuff from the ACEE (and have done the SAR to the home address space) I copy ACEEUSRI into that area, along with storing the address of the ACEE. :>Around the RACROUTE, I load R4 with that stored ACEE value, do the SAR again (on AR4 this time!), and dump. What I find is that R4 is pointing to empty storage, but the copied ACEEUSRI is correct. So it feels like the definition of "home" has changed. Is that possible? This is a multitasking STC. :>I'm still fuzzy on the concept of a "home" address space, but it seems like if this STC has multiple clients, "2" to mean "home" can't mean the same thing all the time. I don't fully understand (maybe I should stop saying that--it's obvious!) what happens between the first module, which gets control just after the PC, and the later one, which is much later, but it seems like the environments must have changed, since we're not running as the client at that point. For example, if I force a program check in the first module, DB2 kills the client program and reports "Y'all took an 0C1". If I do the same in the second module, I get a dump and the STC exits. :>Does this help any? The guy who wrote this code had a fair amount of experience with cross-memory stuff, and so the fact that he does an ALESERV ADD makes me think it *is* necessary. :>I still wonder why the ESAR (after the SAR with 2) and LOCASCB and copying the STOKEN and doing the ALESERV didn't work. That would seem like it should have gotten me the real ASID (and looking at the value stored at the time, it looked right). -- 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
