Re: Question About Associated Recovery Routines

On Sat, 15 Apr 2017 22:06:39 GMT "esst...@juno.com" wrote: :>I'm looking for a good example Of an Associated Recovery Routine to :>be used as with a PC Stacking Routine. . :>I have read some Share Presentations and of course the standard IBM :>Publications, but have not been

Question About Associated Recovery Routines

Hi, . I'm looking for a good example Of an Associated Recovery Routine to be used as with a PC Stacking Routine. . I have read some Share Presentations and of course the standard IBM Publications, but have not been able to locate a good sample Associated Recovery Routine for PC Stacking

Re: Recovery routines

Dump suppression or the dump options probably suppressed the dump. Use MVS command SL SET,ID=xx,COMP=0C4,JOBNAME=,ACTION=SVCD,END. Note that if your recovery routine has the same abend, then you will need to issue SL SET,ID=xx2,COMP=0C4,JOBNMAE=xxx,ACTION=NODUMP,MATCHLIM=1,END after the

Re: Recovery routines

-MAIN@LISTSERV.UA.EDU] On Behalf Of Jon Perryman Sent: Monday, September 01, 2014 2:16 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines Dump suppression or the dump options probably suppressed the dump. Use MVS command SL SET,ID=xx,COMP=0C4,JOBNAME=,ACTION=SVCD,END. Note

Re: Recovery routines

What information is missing when you take a dump for the abend code? I've always found everything I need. STATUS REGS gives you the PSW and regs at the time of abend. Alternatively, you could set a slip for the abend message IEA995I. In IPCS, you display the linkage stack for the active task

Re: Recovery routines

-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines Supervisor state, AR mode and key 0 don't affect execution of an ESTAE. If as you say (ESTAE is set and you BALR to another routine), then your ESTAE will be called. Either you are not telling us everything we need to know or you are telling us

Re: Recovery routines

: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: 28 August 2014 13:05 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines ISPF is not part of the equation

Re: Recovery routines

: Friday, August 29, 2014 5:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines Your AUTHxxx cmdproc runs under the parallel authorized TMP whilst all other tasks in the address space are STATUS STOPed. The ESTAE environment established by the caller will NOT be invoked for any abends

Re: Recovery routines

ISPF is not part of the equation Is plain vanilla TSO The second program is loaded and balr'ed to The library is APF authorized My question is the abend occurs in a different environment then from where the estae(x) was established E.g XMEM authorized etc does the recovery rtn get control

Re: Recovery routines

Post your code - in entirety. On Thu, 28 Aug 2014 08:05:23 -0400 Micheal Butz michealb...@comcast.net wrote: :ISPF is not part of the equation :Is plain vanilla TSO :The second program is loaded and balr'ed to :The library is APF authorized : :My question is the abend occurs in a different

Re: Recovery routines

As Binyamin says, posting the code would go a long way to help. We are simply guessing on what you are doing and you are giving very little information about the problem. ISPF does play a part in this because you said that you are getting an ISP message documenting the abend. Since your

Re: Recovery routines

-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines It was a TSO command processor Which I execute from within ISPF With following syntax TSO CMDPGM Sent from my iPhone On Aug 26, 2014, at 7:39 PM, Walt Farrell walt.farr...@gmail.com wrote: On Tue, 26 Aug 2014 18:02:01 -0400, Micheal Butz

Re: Recovery routines

: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: 27 August 2014 00:54 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines It was a TSO

Re: Recovery routines

] On Behalf Of Micheal Butz Sent: 27 August 2014 10:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines It is declared as authorized in IKJTSOxx what is the significance of that I'll research it thanks Sent from my iPhone On Aug 27, 2014, at 5:25 AM, Rob Scott rsc...@rocketsoftware.com

Re: Recovery routines

: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Micheal Butz Sent: 27 August 2014 10:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines It is declared as authorized in IKJTSOxx what is the significance

Re: Recovery routines

, such as R0, R1, R14, and R15. Bill Fairchild - Original Message - From: Micheal Butz michealb...@comcast.net To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, August 27, 2014 4:47:13 AM Subject: Re: Recovery routines It is declared as authorized in IKJTSOxx what is the significance

Re: Recovery routines

so I should have coverage I'll read up on parallel TMP in a bit thanks -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of DASDBILL2 Sent: Wednesday, August 27, 2014 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines

Re: Recovery routines

Very vanilla TSO command processor executed from within ISPF -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Graham Sent: Wednesday, August 27, 2014 10:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines After you

Re: Recovery routines

2014 10:47 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Recovery routines It is declared as authorized in IKJTSOxx what is the significance of that I'll research it thanks Sent from my iPhone On Aug 27, 2014, at 5:25 AM, Rob Scott rsc...@rocketsoftware.com wrote: This is where you need

Re: Recovery routines

: Wednesday, August 27, 2014 9:43:28 AM Subject: Re: Recovery routines Yes it is I had a 306 abend in that the concatenation wasn't authorized my esatex intercepted it and gave the use a chance to enter a valid dsn which I do a SVC 99. Later on however one of the progs goes XMEM via AR sac 256

Re: Recovery routines

On 27 August 2014 16:48, Micheal Butz michealb...@comcast.net wrote: I have question I understand that an authorized command run under a different tmp Well, a different task structure. Is that always meaning the same program while in problem state runs Under one tmp and when I switch to

Re: Recovery routines

@LISTSERV.UA.EDU Subject: Re: Recovery routines To Rob Scott's (as usual) wise response, I will add this: Is your ESTAE(X) routine even getting control? Put a WTO at the very beginning of your recovery routine to tell you that your routine got control. And beware that WTO may alter some registers

Re: Recovery routines

I want to accomplish to have complete coverage for my program By that I mean anytime I get an abend in any state I want my recovery routine to get control Sent from my iPhone On Aug 27, 2014, at 5:56 PM, Tony Harminc t...@harminc.net wrote: On 27 August 2014 16:48, Micheal Butz

Re: Recovery routines

TSO CMDPGM is how your program was invoked from the ISPF display. How did your program call the next program? Was it thru ISPEXEC SELECT PGM or assembler LINK or ??? If it was ISPEXEC, then your problem is that ISPF is setting an ESTAE. If it's thru LINK then maybe ISPF is intercepting the SVC.

Recovery routines

Hi I have a program which one of the first things I do is establish recovery Durning the course of program I invoke many system services How can I be sure that my Recovery routine will get control Since it is quite possible my Routine is not the last on the scb Chain and if the last routine

Re: Recovery routines

I guess you are talking about an ESTAEX type environment. If you have the proper authority, you can make yourself a resource manager and request that an exit be driven when the task or address space terminates. ref: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a8b0/18.5.6 quote

Re: Recovery routines

I have written one of those a while ago however I was hoping for something that has an SDWA where I can examine the problem Sent from my iPhone On Aug 26, 2014, at 4:48 PM, John McKown john.archie.mck...@gmail.com wrote: I guess you are talking about an ESTAEX type environment. If you have

Re: Recovery routines

Set a SLIP to catch the abend in the system service. If the estae that gets control in front of yours successfully retries, then you have no knowledge in your program that the called service abended, unless it gives some kind of a return and reason code. --Dave On 8/26/2014 3:52 PM,

Re: Recovery routines

I have never tried estaex with the OV Param but would that put my routine on top of the scb chain Sent from my iPhone On Aug 26, 2014, at 4:57 PM, Dave Day dave...@colesoft.com wrote: Set a SLIP to catch the abend in the system service. If the estae that gets control in front of yours

Re: Recovery routines

I think if you re-use the token return by the token param of the ct invocation I could re-establish estatex on top of the chain Sent from my iPhone On Aug 26, 2014, at 5:01 PM, Micheal Butz michealb...@comcast.net wrote: I have never tried estaex with the OV Param but would that put my

Re: Recovery routines

I think the operative word here is SHOULD I would like to establish the estatex once again close to the abend to get control Sent from my iPhone On Aug 26, 2014, at 5:13 PM, Dave Day dave...@colesoft.com wrote: Either I'm not understanding what it is you want to do, or you don't

Re: Recovery routines

AAAHHH! I give up. On 8/26/2014 4:18 PM, Micheal Butz wrote: I think the operative word here is SHOULD I would like to establish the estatex once again close to the abend to get control Sent from my iPhone On Aug 26, 2014, at 5:13 PM, Dave Day dave...@colesoft.com

Re: Recovery routines

Why? If the called service successfully retries, it has handled the situation. Why does your program, as the caller of the service, care whether there was an abend? As usual the question is - what is your business case? On Tue, 26 Aug 2014 17:18:12 -0400 Micheal Butz michealb...@comcast.net

Re: Recovery routines

It hasn't retried I establish an estaex in the begining Of My program then load another program The second program gets a S0C4 I get an ISP message re a S0C4 and the program ends my routine Never has a chance to examine It point is if everything is still under the same TCB/RB I should get

Re: Recovery routines

In c84c36ff-678f-41be-9236-5cffb25e4...@comcast.net, on 08/26/2014 at 04:23 PM, Micheal Butz michealb...@comcast.net said: How can I be sure that my Recovery routine will get control Not quite what you asked for, but an ESTAI exit might help. -- Shmuel (Seymour J.) Metz, SysProg and

Re: Recovery routines

On Tue, 26 Aug 2014 18:02:01 -0400, Micheal Butz michealb...@comcast.net wrote: It hasn't retried I establish an estaex in the begining Of My program then load another program The second program gets a S0C4 I get an ISP message re a S0C4 and the program ends my routine Never has a chance to

Re: Recovery routines

It was a TSO command processor Which I execute from within ISPF With following syntax TSO CMDPGM Sent from my iPhone On Aug 26, 2014, at 7:39 PM, Walt Farrell walt.farr...@gmail.com wrote: On Tue, 26 Aug 2014 18:02:01 -0400, Micheal Butz michealb...@comcast.net wrote: It hasn't

Re: Recovery routines

I would suggest that your eastex has a bug. Did you examine the dump? And, as usual - show the code. On Tue, 26 Aug 2014 18:02:01 -0400 Micheal Butz michealb...@comcast.net wrote: :It hasn't retried : :I establish an estaex in the begining :Of My program then load another program :The second