Re: Strange 047 abend
On Mon, 27 Jul 2015 00:13:03 -0500, Andy Wood wrote: >On Wed, 22 Jul 2015 22:39:58 -0400, michelbutz wrote: > >>I am getting a 047 abend running a program >>That runs in production >>The 047 abend under both TSO TEST and debug tool happens with a STC >>instruction which tries to >>Modify the 2 lengths of a AP instruction > >Is the EXECUTE instruction broken on your machine? > >With what you are doing, you could possibly cause ABEND047 (or all sorts of >other abends) not on the STC instruction, but on the AP instruction, if you >had set a breakpoint on the AP under TSO TEST. That could happen because you >would be changing the SVC number in the SVC instruction that replaces the >first two bytes of the AP for the breakpoint. That could certainly cause some >head-scratching. > But to be clear, the same thing would happen if the OP set a breakpoint on the AP, and then used an EXecute of the AP to override the length specification. He'd be EXecuting the SVC established by the breakpoint, but with a changed SVC number. Net: I agree he should probably use EXecute not STC, but if he's setting a breakpoint it would need to be on the EXecute, not the AP to avoid the problem you mentioned. -- Walt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange 047 abend
michelbutz wrote: >I am getting a 047 abend running a program >That runs in production >The 047 abend under both TSO TEST and debug tool happens with a STC >instruction which tries to >Modify the 2 lengths of a AP instruction >The program is NOT re-entrant After reading all those replies, I'm puzzled at one thing - did you ever looked at and verified that *all* your program libraries are APF-ed? If not, 047 abend is WAD. Of course Jim Mulder and others are correct. One last question - *where* is that AP instruction (object of STC)? Same A/S or within same/other program? If not - is that module(s) linked AC(1)? Bonus question: Are any SVC's (including MODESET) active / called during that abend? Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange 047 abend
It's not really all that strange for a debugger to abend on a program that runs ok w/o the debugger. I would try using the EX inst instead of the program modifying itself as prior poster is hinting. Duffy Nightingale Sound Software Printing, Inc. du...@soundsoftware.us www.soundsoftware.us Phone: 360.385.3456 Fax: 973.201.8921 The information in this e-mail, and any attachment therein, is confidential and for use by the addressee only. If you are not the intended recipient, please return the e-mail to the sender and delete it from your computer. Although Sound Software Printing, Inc. attempts to sweep e-mail and attachments for viruses, it does not guarantee that either are virus-free and accepts no liability for any damage sustained as a result of viruses. On Jul 26, 2015, at 10:55 PM, glen herrmannsfeldt wrote: >> Is the EXECUTE instruction broken on your machine? > >> With what you are doing, you could possibly cause ABEND047 >> (or all sorts of other abends) not on the STC instruction, >> but on the AP instruction, if you had set a breakpoint on >> the AP under TSO TEST. That could happen because you would >> be changing the SVC number in the SVC instruction that replaces >> the first two bytes of the AP for the breakpoint. >> That could certainly cause some head-scratching. > > And what does TSO TEST do if you EXecute a breakpoint SVC? > > It would seem an interesting case for it to get right. > > -- glen > > -- > 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: Strange 047 abend
> Is the EXECUTE instruction broken on your machine? > With what you are doing, you could possibly cause ABEND047 > (or all sorts of other abends) not on the STC instruction, > but on the AP instruction, if you had set a breakpoint on > the AP under TSO TEST. That could happen because you would > be changing the SVC number in the SVC instruction that replaces > the first two bytes of the AP for the breakpoint. > That could certainly cause some head-scratching. And what does TSO TEST do if you EXecute a breakpoint SVC? It would seem an interesting case for it to get right. -- glen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange 047 abend
On Wed, 22 Jul 2015 22:39:58 -0400, michelbutz wrote: >I am getting a 047 abend running a program >That runs in production >The 047 abend under both TSO TEST and debug tool happens with a STC >instruction which tries to >Modify the 2 lengths of a AP instruction Is the EXECUTE instruction broken on your machine? With what you are doing, you could possibly cause ABEND047 (or all sorts of other abends) not on the STC instruction, but on the AP instruction, if you had set a breakpoint on the AP under TSO TEST. That could happen because you would be changing the SVC number in the SVC instruction that replaces the first two bytes of the AP for the breakpoint. That could certainly cause some head-scratching. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange 047 abend
>From memory, S047 could be from any restricted SVC, so your dump would finger a x'0A' op code. I used TESTAUTH at one site, as you might guess an authorised version of the TEST command. Is it generally available? Otherwise, if you can't make progress any other way, could you run it in a safe version of the normal environment? On 26 Jul 2015 23:09, "Andy Wood" wrote: > On Thu, 23 Jul 2015 02:16:59 -0400, Jim Mulder wrote: > > ... > > > > A 047 abend occurs when a MODESET SVC (x'6B') is issued while > >you are not (APF Authorized or Supervisor State or Key 0). > >And that is the expected state of affairs if you are running under > >TSO TEST. > > While MODESET is a very likely candidate, it could also occur when issuing > some other SVC, if that SVC is flagged as requiring authorisation. > > -- > 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: Strange 047 abend
On Thu, 23 Jul 2015 02:16:59 -0400, Jim Mulder wrote: ... > > A 047 abend occurs when a MODESET SVC (x'6B') is issued while >you are not (APF Authorized or Supervisor State or Key 0). >And that is the expected state of affairs if you are running under >TSO TEST. While MODESET is a very likely candidate, it could also occur when issuing some other SVC, if that SVC is flagged as requiring authorisation. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange 047 abend
> From: michelbutz > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/23/2015 02:13 AM > Subject: Re: Strange 047 abend > Sent by: IBM Mainframe Discussion List > > There wasn't a dump just got a message from TEST "system abend 047" > I'll allocate sysudump > To my TSO session A 047 abend occurs when a MODESET SVC (x'6B') is issued while you are not (APF Authorized or Supervisor State or Key 0). And that is the expected state of affairs if you are running under TSO TEST. Jim Mulder z/OS System 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: Strange 047 abend
There wasn't a dump just got a message from TEST "system abend 047" I'll allocate sysudump To my TSO session Thanks Sent from my iPhone > On Jul 22, 2015, at 11:42 PM, Binyamin Dissen > wrote: > > On Wed, 22 Jul 2015 22:39:58 -0400 michelbutz wrote: > > :>I am getting a 047 abend running a program > :>That runs in production > :>The 047 abend under both TSO TEST and debug tool happens with a STC > instruction which tries to > :>Modify the 2 lengths of a AP instruction > :> > :>The program is NOT re-entrant > > Ain't gonna happen. > > Show the mini-dump. > > -- > 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange 047 abend
On Wed, 22 Jul 2015 22:39:58 -0400 michelbutz wrote: :>I am getting a 047 abend running a program :>That runs in production :>The 047 abend under both TSO TEST and debug tool happens with a STC instruction which tries to :>Modify the 2 lengths of a AP instruction :> :>The program is NOT re-entrant Ain't gonna happen. Show the mini-dump. -- 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: Strange 047 abend
Happened with both TSO TEST and debug tool I'll check the instruction storage area again to see that it is a STC instruction Thanks Sent from my iPhone On Jul 22, 2015, at 11:09 PM, Jim Mulder wrote: >> From: michelbutz >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date: 07/22/2015 11:06 PM >> Subject: Strange 047 abend >> Sent by: IBM Mainframe Discussion List >> >> I am getting a 047 abend running a program >> That runs in production >> The 047 abend under both TSO TEST and debug tool happens with a STC >> instruction which tries to >> Modify the 2 lengths of a AP instruction >> >> The program is NOT re-entrant > > It is impossible to get a 047 abend as the result of an > STC instruction. If you need assistance with correctly > interpreting the data you are misinterpreting, then > you will need to provide the data that you are misinterpreting. > > > Jim Mulder z/OS System 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Strange 047 abend
> From: michelbutz > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 07/22/2015 11:06 PM > Subject: Strange 047 abend > Sent by: IBM Mainframe Discussion List > > I am getting a 047 abend running a program > That runs in production > The 047 abend under both TSO TEST and debug tool happens with a STC > instruction which tries to > Modify the 2 lengths of a AP instruction > > The program is NOT re-entrant It is impossible to get a 047 abend as the result of an STC instruction. If you need assistance with correctly interpreting the data you are misinterpreting, then you will need to provide the data that you are misinterpreting. Jim Mulder z/OS System 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