Re: Diagnose S0E0 Abend

2011-07-05 Thread Donald Likens
Thank you for your help but I have opened an IBM problem for this one. 
The abend occurred randomly and when I replace BAKR/PR with 
standard linkage (+ LAM/STAM) it works perfectly.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Diagnose S0E0 Abend

2011-07-01 Thread Rob Scott
This is unlikely to be a problem in z/OS

What is more likely is that there is a logic error somewhere in your error 
recovery and the linkage stack level at retry is not what you (or the operating 
system) expect.

Rob Scott
Lead Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Donald Likens
Sent: 01 July 2011 13:48
To: IBM-MAIN@bama.ua.edu
Subject: Re: Diagnose S0E0 Abend

Lots of info in the POP about linkage stacks! Thanks

Note: I now believe this is an IBM problem. This started after system changes 
made last weekend and the job will shutdown normally 50% of the time.

Looking at POP to determine how to trace.

Thanks for your help.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Diagnose S0E0 Abend

2011-07-01 Thread Donald Likens
Lots of info in the POP about linkage stacks! Thanks

Note: I now believe this is an IBM problem. This started after system 
changes made last weekend and the job will shutdown normally 50% of 
the time.

Looking at POP to determine how to trace.

Thanks for your help.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Diagnose S0E0 Abend

2011-06-30 Thread Donald Likens
I am getting a S0E0-34 abend (sometimes). This abend indicates:

34 A Program Return (PR) instruction was issued
against a linkage stack entry that has the
unstack suppression bit set. The system sets
this bit in a linkage stack entry to prevent SVC
routines from unstacking entries they did not
add to the stack.

So I freed my linkage stack some how. I do BAKR/PR in the primary and 
called programs so I don't know where I am messing up. So my 
question is how to I look at the linkage stack? At this time I only have 
SYSUDUMPs. If I need to I can create a SYSMDUMP.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Diagnose S0E0 Abend

2011-06-30 Thread Binyamin Dissen
On Thu, 30 Jun 2011 14:45:14 -0500 Donald Likens dlik...@infosecinc.com
wrote:

:I am getting a S0E0-34 abend (sometimes). This abend indicates:

:34 A Program Return (PR) instruction was issued
:against a linkage stack entry that has the
:unstack suppression bit set. The system sets
:this bit in a linkage stack entry to prevent SVC
:routines from unstacking entries they did not
:add to the stack.

:So I freed my linkage stack some how. I do BAKR/PR in the primary and 
:called programs so I don't know where I am messing up. So my 
:question is how to I look at the linkage stack? At this time I only have 
:SYSUDUMPs. If I need to I can create a SYSMDUMP.

What that abend really means is that you have more PR's than BAKRs.

How are you issuing the BAKR?

--
Binyamin Dissen bdis...@dissensoftware.com
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Diagnose S0E0 Abend

2011-06-30 Thread Starr, Alan
Donald,

I agree with Binyamin. I suspect that the PSW may be pointing to a PR performed 
by a first-level subroutine that believes it is returning to the main routine. 
You may be able to find the problem by inspecting the trace table . If not, a 
larger trace table and/or WTOs inserted before BAKRs and PRs may help.

To answer your question, the Linkage Stack Elements reside in ELSQA. You should 
see them in a SYSUDUMP as long as the SDATA specification (e.g. in IEADMPxx) 
includes LSQA.

Cheers,
Alan

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
Donald Likens
Sent: Thursday, June 30, 2011 12:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: Diagnose S0E0 Abend

I am getting a S0E0-34 abend (sometimes). This abend indicates:

34 A Program Return (PR) instruction was issued against a linkage stack entry 
that has the unstack suppression bit set. The system sets this bit in a linkage 
stack entry to prevent SVC routines from unstacking entries they did not add to 
the stack.

So I freed my linkage stack some how. I do BAKR/PR in the primary and called 
programs so I don't know where I am messing up. So my question is how to I look 
at the linkage stack? At this time I only have SYSUDUMPs. If I need to I can 
create a SYSMDUMP.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Diagnose S0E0 Abend

2011-06-30 Thread Dave Day
Control register 15 has the address of the current stack entry in the home 
address space.  I don't know if IPCS can list your stack entries(probably 
can), but the format of the stack entries is in the pops manual.
- Original Message - 
From: Donald Likens dlik...@infosecinc.com

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, June 30, 2011 2:45 PM
Subject: Diagnose S0E0 Abend



I am getting a S0E0-34 abend (sometimes). This abend indicates:

34 A Program Return (PR) instruction was issued
against a linkage stack entry that has the
unstack suppression bit set. The system sets
this bit in a linkage stack entry to prevent SVC
routines from unstacking entries they did not
add to the stack.

So I freed my linkage stack some how. I do BAKR/PR in the primary and
called programs so I don't know where I am messing up. So my
question is how to I look at the linkage stack? At this time I only have
SYSUDUMPs. If I need to I can create a SYSMDUMP.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Diagnose S0E0 Abend

2011-06-30 Thread Dave Day

Alan,

   A PR performed on a stack entry that was created by a BAKR will not 
create a trace table entry.



   --Dave


- Original Message - 
From: Starr, Alan alan_st...@calpers.ca.gov

Newsgroups: bit.listserv.ibm-main
To: IBM-MAIN@bama.ua.edu
Sent: Thursday, June 30, 2011 3:09 PM
Subject: Re: Diagnose S0E0 Abend



Donald,

I agree with Binyamin. I suspect that the PSW may be pointing to a PR 
performed by a first-level subroutine that believes it is returning to the 
main routine. You may be able to find the problem by inspecting the trace 
table . If not, a larger trace table and/or WTOs inserted before BAKRs and 
PRs may help.


To answer your question, the Linkage Stack Elements reside in ELSQA. You 
should see them in a SYSUDUMP as long as the SDATA specification (e.g. in 
IEADMPxx) includes LSQA.


Cheers,
Alan

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On 
Behalf Of Donald Likens

Sent: Thursday, June 30, 2011 12:45 PM
To: IBM-MAIN@bama.ua.edu
Subject: Diagnose S0E0 Abend

I am getting a S0E0-34 abend (sometimes). This abend indicates:

34 A Program Return (PR) instruction was issued against a linkage stack 
entry that has the unstack suppression bit set. The system sets this bit 
in a linkage stack entry to prevent SVC routines from unstacking entries 
they did not add to the stack.


So I freed my linkage stack some how. I do BAKR/PR in the primary and 
called programs so I don't know where I am messing up. So my question is 
how to I look at the linkage stack? At this time I only have SYSUDUMPs. If 
I need to I can create a SYSMDUMP.


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email 
to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html