Re: Using IPCS ACTIVE and alt ASID to display extended private storage
What it means is that the storage was in a task that went away. When you
split, it is using the storage again.
IPCS does not display unallocated virtual pages (as they do not really exist).
On Wed, 30 Jan 2019 16:14:37 -0600 Wendell Lovewell
<01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote:
:>The location I need to check (1B12D080) is also not in the SVC dump:
:>
:>BLSPDISD 62') ADDRESS(1B127C20.) STORAGE -
:>Command ===> SCROLL ===> CSR
:>1B127C20 C500 001B1271 B004 F50103D4 | E...5..M |
:>1B127C30 D6C4C9C9 C9D540E3 D9C1D3FF FF00 | ODIIIN TRAL. |
:>1B127C40.:1B127FFF.--All bytes contain X'00'
:>1B128000.:1B12.--Storage not available
:>1B13 F3F5 0051C4E2 D7C7C3D6 D940C7C3 | 35DSPGCOR GC |
:>1B130010 D9F1 2000 | R0.. |
:>1B130020 001E 206C1AD2 5000 | .%.K&... |
:>
:>(I specified ASID=62,SDATA=RGN for the DUMP options.)
:>
:>However, if I issue an ISPF START command from the TSO userid running the
application, and use IPCS from there to display ACTIVE storage (for that user's
ASID--62), the memory is still allocated:
:>
:> BLSPDISD 62') ADDRESS(1B12D080.) STORAGE --
:> Command ===> SCROLL ===> CSR
:> 1B12D080 00516000 00516000 011E 1B53A000 | ..-...-. |
:> 1B12D090 1B12D078 1B12D078 | ..}...}. |
:> 1B12D0A0 00D9 00D9 1B12D0F0 | ...R...R..}0 |
:> 1B12D0B0 1B12D3C0 1B12C808 | ..L{..H. |
:> 1B12D0C0 1B12B498 0007 | ...q |
:> 1B12D0D0.:1B12D0DF.--All bytes contain X'00'
:>
:>I don't know how to explain this mystery, but I think I can manage by using
IPCS in the second session. I appreciate your help Benjamin--thanks for all
your help.
--
Binyamin Dissen
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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
The location I need to check (1B12D080) is also not in the SVC dump:
BLSPDISD 62') ADDRESS(1B127C20.) STORAGE -
Command ===> SCROLL ===> CSR
1B127C20 C500 001B1271 B004 F50103D4 | E...5..M |
1B127C30 D6C4C9C9 C9D540E3 D9C1D3FF FF00 | ODIIIN TRAL. |
1B127C40.:1B127FFF.--All bytes contain X'00'
1B128000.:1B12.--Storage not available
1B13 F3F5 0051C4E2 D7C7C3D6 D940C7C3 | 35DSPGCOR GC |
1B130010 D9F1 2000 | R0.. |
1B130020 001E 206C1AD2 5000 | .%.K&... |
(I specified ASID=62,SDATA=RGN for the DUMP options.)
However, if I issue an ISPF START command from the TSO userid running the
application, and use IPCS from there to display ACTIVE storage (for that user's
ASID--62), the memory is still allocated:
BLSPDISD 62') ADDRESS(1B12D080.) STORAGE --
Command ===> SCROLL ===> CSR
1B12D080 00516000 00516000 011E 1B53A000 | ..-...-. |
1B12D090 1B12D078 1B12D078 | ..}...}. |
1B12D0A0 00D9 00D9 1B12D0F0 | ...R...R..}0 |
1B12D0B0 1B12D3C0 1B12C808 | ..L{..H. |
1B12D0C0 1B12B498 0007 | ...q |
1B12D0D0.:1B12D0DF.--All bytes contain X'00'
I don't know how to explain this mystery, but I think I can manage by using
IPCS in the second session. I appreciate your help Benjamin--thanks for all
your help.
Wendell
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
That implies that you have successfully defined BLSACTV.ADDRSPAC. Is it possible that the address you are looking for is not currently allocated? It would be best to take a dump (use the DUMP command) and see if it is allocated. I would like to see the screen which just shows part of EPRIVATE. On Wed, 30 Jan 2019 08:24:36 -0600 Wendell Lovewell <01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote: :>I apologize: :> :> 2000.:5FFF.--Storage not available :> 6000 6008 C9D2D1D3 D1F14040 | ..-.IKJLJ1 | :>Our private area starts at x'6000'. The CSA starts at x'8', which I cannot display. :> :>What I really want to see is at x'1B12D080'. Although I can see some of the extended private area (which starts at x'1AC0'), I cannot display that area: :>1ACD7110 4007C1E4 E3D6D940 40400500 | .AUTOR .. | :>1ACD7120.:1ACD7FFF.--All bytes contain X'00' :>1ACD8000.:7EAEDFFF.--Storage not available :>7EAEE000 E5E2D4D7 7EB2A000 1000 0018 | VSMP=... | :>I don't know what is different starting at x'7EAEE000'. Our reserved area starts at x'8000': :> :>NAME Start-Address End-Address Size :>HV-SHARED0200_ 0001_ 510T :>HV-COMMON01EF_8000 01FF_66G :>HV-PRIVATE 0048_ 01EF_7FFF 1694G :>LOCALSYSAREA 0008_ 0047_ 256G :>RESERVED _8000 0007_30G :>EXTENDED-PRIVATE _1AC0 _7FFF 1620M :>EXTENDED-CSA _0868D000 _1ABF 293M :>EXTENDED-MLPA_ _ 0 :>EXTENDED-FLPA_0868A000 _0868CFFF 12288 :>EXTENDED-PLPA_032C6000 _08689FFF 85776K :>EXTENDED-SQA _01DA3000 _032C5FFF 21644K :>EXTENDED-R/W-NUC _01D53000 _01DA2FFF 327680 :>EXTENDED-R/O-NUC _0100 _01D520AF 13640K :>R/O-NUC _00FDE000 _00FF 139264 :>R/W-NUC _00FD2000 _00FDD457 46168 :>SQA _00E93000 _00FD1FFF 1276K :>PLPA _00CB1000 _00E92FFF 1928K :>FLPA _00CA6000 _00CB0FFF 45056 :>MLPA _00CA5000 _00CA5FFF 4096 :>CSA _0080 _00CA4FFF 4756K :>PRIVATE _6000 _007F 8168K :>V=R _6000 _0004BFFF 286720 :>SYSTEM _2000 _5FFF 16384 :>PSA _ _1FFF 8192 :> :> :>-- :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Binyamin Dissen 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
I apologize: 2000.:5FFF.--Storage not available 6000 6008 C9D2D1D3 D1F14040 | ..-.IKJLJ1 | Our private area starts at x'6000'. The CSA starts at x'8', which I cannot display. What I really want to see is at x'1B12D080'. Although I can see some of the extended private area (which starts at x'1AC0'), I cannot display that area: 1ACD7110 4007C1E4 E3D6D940 40400500 | .AUTOR .. | 1ACD7120.:1ACD7FFF.--All bytes contain X'00' 1ACD8000.:7EAEDFFF.--Storage not available 7EAEE000 E5E2D4D7 7EB2A000 1000 0018 | VSMP=... | I don't know what is different starting at x'7EAEE000'. Our reserved area starts at x'8000': NAME Start-Address End-Address Size HV-SHARED0200_ 0001_ 510T HV-COMMON01EF_8000 01FF_66G HV-PRIVATE 0048_ 01EF_7FFF 1694G LOCALSYSAREA 0008_ 0047_ 256G RESERVED _8000 0007_30G EXTENDED-PRIVATE _1AC0 _7FFF 1620M EXTENDED-CSA _0868D000 _1ABF 293M EXTENDED-MLPA_ _ 0 EXTENDED-FLPA_0868A000 _0868CFFF 12288 EXTENDED-PLPA_032C6000 _08689FFF 85776K EXTENDED-SQA _01DA3000 _032C5FFF 21644K EXTENDED-R/W-NUC _01D53000 _01DA2FFF 327680 EXTENDED-R/O-NUC _0100 _01D520AF 13640K R/O-NUC _00FDE000 _00FF 139264 R/W-NUC _00FD2000 _00FDD457 46168 SQA _00E93000 _00FD1FFF 1276K PLPA _00CB1000 _00E92FFF 1928K FLPA _00CA6000 _00CB0FFF 45056 MLPA _00CA5000 _00CA5FFF 4096 CSA _0080 _00CA4FFF 4756K PRIVATE _6000 _007F 8168K V=R _6000 _0004BFFF 286720 SYSTEM _2000 _5FFF 16384 PSA _ _1FFF 8192 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
You have failed to answer as to what you see when you try to display x'5000' in the target address space. On Tue, 29 Jan 2019 11:28:24 -0600 Wendell Lovewell <01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote: :>Thanks for your replies. I had done a REFRESH in RACF for the FACILITY profile changes. :>If I start IPCS in an alternate session and then allow the application to abend, I can still view memory areas after the abend via ACTIVE in the alternate session, but not from a second TSO user. (But viewing from a split screen affects the getmain'd addresses I'm trying to view.) :>Could there be something about storage keys that I'm missing? The application does run from an APF authorized library, but AC=0. -- Binyamin Dissen 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
Thanks for your replies. I had done a REFRESH in RACF for the FACILITY profile changes. If I start IPCS in an alternate session and then allow the application to abend, I can still view memory areas after the abend via ACTIVE in the alternate session, but not from a second TSO user. (But viewing from a split screen affects the getmain'd addresses I'm trying to view.) Could there be something about storage keys that I'm missing? The application does run from an APF authorized library, but AC=0. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
Is it possible that the storage you expect to find was freed due to the abend? The SVCDUMP would be a real time trap, while using IPCS ACTIVE is somewhat later. At any rate, try displaying X'5000' in the target address space and see what it shows you. If it skips all the way to CSA, that would imply that the RACF resources were not properly defined or activated. On Mon, 28 Jan 2019 15:12:22 -0600 Wendell Lovewell <01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote: :>Thanks for the tip on the FACILITY profiles for BLSACTV.SYSTEM and BLSACTV.ADDRSPAC. Adding them and giving myself access to them did change the results. But it still appears I cannot display any storage allocated to the program I'm debugging in the other address space. :> :>For example, if while in BROWSE on the ACTIVE addess space for ASID(x'0062'), I try to display the PSW address or the storage address I know is being overwritten (loc 1b12d080. ASID(X'0062') ), it displays: :> :>ASID(X'0062') ADDRESS(1B109000.) STORAGE -- :>Command ===> :>1B109000.:7F484FFF.--Storage not available :>7F485000 C300 00500044 E3C9D97A 18B0 :>Same with any other address that happens to be in a register at the time of the abend. (Including the base register for the program.) :>All of these areas are in the dump if I process it that way, but I'd really like to look at some addresses during the process. :>Anyone have an idea what I'm doing wrong? -- Binyamin Dissen 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
> > IPCS ACTIVE will work with other address spaces and system key fetch > > protected storage if the user of IPCS has been granted access to the > > facility classes. > > How does it behave if the target address space is swapped out? (Could > this be the problem the OP is now experiencing after having set up the > RACF authorization?) Surely IPCS won't swap the address space in just > for this...? IPCS will schedule an SRB to the address space if necessary. But that is not often necessary. z/OS does not physically swap address spaces to aux anymore. So the only time the ASTE is invalid is a transient state during TRANSWAP or REALSWAP while we are doing frame exchanges. > > > I did a considerable amount of work in z/OS 2.3 to improve the > > performance of IPCS ACTIVE's handling of unallocated storage ranges. > > I think there must've been work done even earlier; some releases ago > ACTIVE performance was appalling, but it's been generally fine in > recent years. The work I did was to avoid large numbers of anticipated 0C4 abends while IPCS was working its way through large unallocated storage areas. This had been a long-standing issue, and I decided that in the long run, I might end up spending less time fixing it than I was spending explaining why it performed so badly. > > I also allowed additional subcommands and Verbexits to function > > in the ACTIVE environment in 2.3, and more in the next release. > > I am intrigued that subcommands/Verbexits need to know anything about > this aspect of the IPCS environment. How do those that (still) don't > work tend to fail? These subcommand/Verbexits were written before IPCS supported accessing active storage in other address spaces and system key fetch protected storage. Since they knew they needed to do that, and it would fail in ACTIVE, they helpfully went out of their way to check for ACTIVE and issue a message saying that ACTIVE was not supported, and then gave up. So I just had to remove the "helpful" code. > Thanks very much for doing this work. I don't remember it being advertised. It probably wasn't advertised, because it wasn't a normal line item in the release plan. I did it myself for my own benefit as a heavy IPCS user, and you are just fortunate to have some of the same needs that I have. Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
On Mon, 28 Jan 2019 at 13:35, Jim Mulder wrote: > > IPCS ACTIVE will work with other address spaces and system key fetch > protected storage if the user of IPCS has been granted access to the > facility classes. How does it behave if the target address space is swapped out? (Could this be the problem the OP is now experiencing after having set up the RACF authorization?) Surely IPCS won't swap the address space in just for this...? > I did a considerable amount of work in z/OS 2.3 to improve the > performance of IPCS ACTIVE's handling of unallocated storage ranges. I think there must've been work done even earlier; some releases ago ACTIVE performance was appalling, but it's been generally fine in recent years. > I also allowed additional subcommands and Verbexits to function > in the ACTIVE environment in 2.3, and more in the next release. I am intrigued that subcommands/Verbexits need to know anything about this aspect of the IPCS environment. How do those that (still) don't work tend to fail? Thanks very much for doing this work. I don't remember it being advertised. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
Thanks for the tip on the FACILITY profiles for BLSACTV.SYSTEM and BLSACTV.ADDRSPAC. Adding them and giving myself access to them did change the results. But it still appears I cannot display any storage allocated to the program I'm debugging in the other address space. For example, if while in BROWSE on the ACTIVE addess space for ASID(x'0062'), I try to display the PSW address or the storage address I know is being overwritten (loc 1b12d080. ASID(X'0062') ), it displays: ASID(X'0062') ADDRESS(1B109000.) STORAGE -- Command ===> 1B109000.:7F484FFF.--Storage not available 7F485000 C300 00500044 E3C9D97A 18B0 Same with any other address that happens to be in a register at the time of the abend. (Including the base register for the program.) All of these areas are in the dump if I process it that way, but I'd really like to look at some addresses during the process. Anyone have an idea what I'm doing wrong? Wendell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
Good to know; must have been a lot of work. Thanks. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Jim Mulder Sent: Monday, January 28, 2019 1:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using IPCS ACTIVE and alt ASID to display extended private storage IPCS ACTIVE will work with other address spaces and system key fetch protected storage if the user of IPCS has been granted access to the facility classes. I did a considerable amount of work in z/OS 2.3 to improve the performance of IPCS ACTIVE's handling of unallocated storage ranges. I also allowed additional subcommands and Verbexits to function in the ACTIVE environment in 2.3, and more in the next release. Of course, those things run unserialized, so how well they work depends on which thing, and the level of activity in the system Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > From: "Steve Thompson" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/28/2019 01:27 PM > Subject: Re: Using IPCS ACTIVE and alt ASID to display extended > private storage > Sent by: "IBM Mainframe Discussion List" > > I think that the only tool that will let you do that is zXDC. > > I have used IPCS “Active” but only to work on a system problem > involving common storage (not specifically CSA). > > But there I was effectively in read only mode. > > Sent from my iPhone — small keyboarf, fat fungrs, stupd spell > manglr. Expct mistaks > > > > On Jan 28, 2019, at 10:06 AM, Wendell Lovewell <01e9c0ee0673- > dmarc-requ...@listserv.ua.edu> wrote: > > > > I'm trying to debug TSO process on USERA by using IPCS from USERB > by specifying ACTIVE and ASID(x'USERA's asid'). > > > > An address I need to display is in USERA's extended private area, > but LOC is only working up to the top of the extended CSA. LOC for > any extended private address results in > "1AC0.:_.--Storage not available". > > > > Is there a command or setting somewhere that I can change to allow > me to view the extended private area of another user? > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
IPCS ACTIVE will work with other address spaces and system key fetch protected storage if the user of IPCS has been granted access to the facility classes. I did a considerable amount of work in z/OS 2.3 to improve the performance of IPCS ACTIVE's handling of unallocated storage ranges. I also allowed additional subcommands and Verbexits to function in the ACTIVE environment in 2.3, and more in the next release. Of course, those things run unserialized, so how well they work depends on which thing, and the level of activity in the system Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp. Poughkeepsie NY > From: "Steve Thompson" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 01/28/2019 01:27 PM > Subject: Re: Using IPCS ACTIVE and alt ASID to display extended > private storage > Sent by: "IBM Mainframe Discussion List" > > I think that the only tool that will let you do that is zXDC. > > I have used IPCS “Active” but only to work on a system problem > involving common storage (not specifically CSA). > > But there I was effectively in read only mode. > > Sent from my iPhone — small keyboarf, fat fungrs, stupd spell > manglr. Expct mistaks > > > > On Jan 28, 2019, at 10:06 AM, Wendell Lovewell <01e9c0ee0673- > dmarc-requ...@listserv.ua.edu> wrote: > > > > I'm trying to debug TSO process on USERA by using IPCS from USERB > by specifying ACTIVE and ASID(x'USERA's asid'). > > > > An address I need to display is in USERA's extended private area, > but LOC is only working up to the top of the extended CSA. LOC for > any extended private address results in > "1AC0.:_.--Storage not available". > > > > Is there a command or setting somewhere that I can change to allow > me to view the extended private area of another user? > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
I think that the only tool that will let you do that is zXDC. I have used IPCS “Active” but only to work on a system problem involving common storage (not specifically CSA). But there I was effectively in read only mode. Sent from my iPhone — small keyboarf, fat fungrs, stupd spell manglr. Expct mistaks > On Jan 28, 2019, at 10:06 AM, Wendell Lovewell > <01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote: > > I'm trying to debug TSO process on USERA by using IPCS from USERB by > specifying ACTIVE and ASID(x'USERA's asid'). > > An address I need to display is in USERA's extended private area, but LOC is > only working up to the top of the extended CSA. LOC for any extended private > address results in "1AC0.:_.--Storage not available". > > Is there a command or setting somewhere that I can change to allow me to view > the extended private area of another user? > > TIA, > Wendell > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
On Mon, 28 Jan 2019 09:06:48 -0600 Wendell Lovewell <01e9c0ee0673-dmarc-requ...@listserv.ua.edu> wrote: :>I'm trying to debug TSO process on USERA by using IPCS from USERB by specifying ACTIVE and ASID(x'USERA's asid'). :>An address I need to display is in USERA's extended private area, but LOC is only working up to the top of the extended CSA. LOC for any extended private address results in "1AC0.:_.--Storage not available". :>Is there a command or setting somewhere that I can change to allow me to view the extended private area of another user? Did you set up the RACF permissions? Class FACILTY, BLSACTV.* -- Binyamin Dissen 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Using IPCS ACTIVE and alt ASID to display extended private storage
I don't know of one, and I see significant issues in implementing it. You might try an RFE, I doubt that IBM will do it. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Wendell Lovewell <01e9c0ee0673-dmarc-requ...@listserv.ua.edu> Sent: Monday, January 28, 2019 10:06 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Using IPCS ACTIVE and alt ASID to display extended private storage I'm trying to debug TSO process on USERA by using IPCS from USERB by specifying ACTIVE and ASID(x'USERA's asid'). An address I need to display is in USERA's extended private area, but LOC is only working up to the top of the extended CSA. LOC for any extended private address results in "1AC0.:_.--Storage not available". Is there a command or setting somewhere that I can change to allow me to view the extended private area of another user? TIA, Wendell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Using IPCS ACTIVE and alt ASID to display extended private storage
I'm trying to debug TSO process on USERA by using IPCS from USERB by specifying ACTIVE and ASID(x'USERA's asid'). An address I need to display is in USERA's extended private area, but LOC is only working up to the top of the extended CSA. LOC for any extended private address results in "1AC0.:_.--Storage not available". Is there a command or setting somewhere that I can change to allow me to view the extended private area of another user? TIA, Wendell -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
