ED , this is a low blow. Videotron is also ISP among other things and that's one of my email addresses I use because Ibm-main is a high traffic volume. I've been working in computer business since 1978. System programmer since 1980 and writing CICS software since 1993 (Macro Level Interpreter among others). When I started, we had 2311, punch cards, 087, 089, 2311 and 360 model 30 running DOS/VS ...
If what I need to do could be done by the rules, it would done already ...So far I've received 8 emails , 2 having very good suggestions and 6 coming from principal of operation manual police officers. My problem is this one. I have this routine that is notreentrant and needs to be OS loaded (instead of CICS loaded) and while using storage protection in CICS is has to be in key9 because the program updating it, is running key9. Right now the key9 program loads it and it gets in Key 8, fetch protected storage. So there other programs reading it gets a fetch protection exception. Richard "Edward E. Jaffe" wrote: > john gilmore wrote: > > > A directed LOAD can, for example, be supplemented by a [degenerate] > > IDENTIFY to obtain the CDE that you may perhaps need and won't get > > from this LOAD alone; > > IDENTIFY cannot be used to convert an "unnamed" area of virtual storage > into a module with a CDE. It works only for that virtual storage covered > by the extent list of an existing module created with LOAD (using a > normal, non-directed LOAD) or LINK(X), ATTACH(X), XCTL(X). Otherwise you > get return code x'0C' from IDENTIFY. > > [snip] > > > Your post doesn't inspire great confidence that you belong where you > > are apparently hellbent to go. > > Agreed. I keep hoping his privileged code is scheduled in an IRB and > isn't a "normal" CICS transaction that got authorized using a "magic" > SVC or other kludge. And attempting to use LRA and SSKE to change the > keys of the real frames backing unfixed virtual pages is just plain > scary. (A good way to take down the entire operating system.) > Fortunately, Richard works for a cable company and /not/ a software > development company. > > -- > ----------------------------------------------------------------- > | Edward E. Jaffe | | > | Mgr, Research & Development | [EMAIL PROTECTED] | > | Phoenix Software International | Tel: (310) 338-0400 x318 | > | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801 | > | Los Angeles, CA 90045 | http://www.phoenixsoftware.com | > ----------------------------------------------------------------- > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- 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
