I reviewed the SDUMPX macro. When BRANCH=YES is specified there are some requirements. One of the Following must be met. Caller should be in SRB Mode Any Lock Can Be Held And an task-unlocked-enabled FRR must be on the FRR STACK
So to satisfied one of the requirements for SDUMPX with BRANCH=YES, can the ARR Routine OBTAIN the LOCAL CML LOCK and then Issue THE SDUMPX Macro with BRANCH=YES. Thank You Paul D'Angelo ---------- Original Message ---------- From: Binyamin Dissen <[email protected]> To: [email protected] Subject: Re: Need Help with an ARR Date: Sun, 29 Sep 2013 23:44:01 +0300 On Sun, 29 Sep 2013 19:49:14 GMT "[email protected]" <[email protected]> wrote: :>The ETDEF that describes a space switching PC Routine provides for an Associated Recover Routine (ARR). The Extended Address ability guide did not provide much information regarding the development of an ARR for PC routines. So I read the chapter on "Providing Recovery" in the z/OS Assembler Services Guide. :>After reading this chapter It wasn't clear to me how an ARR for a PC Service Routine can initiate a dump of the Service Provider Address Space. :>If my PC Routine abends and there is no ARR Routine specified in the ETDEF, I get a dump of the service requester address space. :>There may be times when the PC Service Routine has reached a point in its logic where one would need a dump of the Service Provider Address Space. (Where the PC Routine lives) :>It is possible to have the ARR dump the Service Provide Address Space when the corresponding PC Routine abends ? :>What macros or services can be used ? or Do I communicate this through the SDWA ? Refer to SDUMP(X) -- 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
