In <0a0e01d0994a$e99c0410$bcd40c30$@mcn.org>, on 05/28/2015
at 06:33 AM, Charles Mills said:
>Well, I moved ISAUTH() unchanged to its own assembler module. No
>change in the error. I removed the IEABRCX DEFINE and bingo! It
>works.
My guess is that it doesn't recognize the eye catcher unless
Lizette,
You are absolutely correct.
Rex
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Lizette Koehler
Sent: Thursday, May 28, 2015 7:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
SDSF I
SDSF I believe is ISF
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Ed Gould
> Sent: Thursday, May 28, 2015 4:39 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
not have all the answers.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Ed Gould
Sent: Thursday, May 28, 2015 4:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
Charles (and others)
Has LE o
do I know.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-
m...@listserv.ua.edu] On Behalf Of Andy Wood
Sent: Thursday, May 28, 2015 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
On Thu, 28 May 2015 07:56:03 -0700,
, May 28, 2015 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
On Thu, 28 May 2015 07:56:03 -0700, Charles Mills wrote:
. . .
>
>I would assume C++ gets the stack at startup, not on the first external
>call. Interesting thought.
I have this very
On Thu, 28 May 2015 07:56:03 -0700, Charles Mills wrote:
. . .
>
>I would assume C++ gets the stack at startup, not on the first external
>call. Interesting thought.
I have this very vague recollection, that when RPTSTG is ON, things are set up
so that the stack is always too small (or gives th
eed to get
back to my real job.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Bernd Oppolzer
Sent: Thursday, May 28, 2015 7:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
My only guess is:
: Thursday, May 28, 2015 7:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
Is it time to fire up a PMR?
On 28/05/2015 9:55 PM, Charles Mills wrote:
> FWIW, I can duplicate the problem with a call from a trivial C++ program.
> Whether or not the program actua
)
CEE3798I ATTEMPTING TO TAKE A DUMP FOR ABEND U4088 TO DATA SET: ...
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, May 28, 2015 6:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-
-Original Message-
Date: Thu, 28 May 2015 15:33:41 +0200
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
From: Charles Mills
To: IBM-MAIN@LISTSERV.UA.EDU
Well, I moved ISAUTH() unchanged to its own assembler module. No change
in
the error. I removed the IEABRCX DEFINE and
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Thursday, May 28, 2015 6:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mysterious U4088-63 from RPTSTG(ON)
Well, I moved ISAUTH() unchanged to its own assemble
retur
001C 110+ DCAL4(ISAUTH)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: Wednesday, May 27, 2015 8:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
S
0001C 1759+ LM2,12,28(13)resto
051E1760+ BALR 1,14 retur
08761761+ DCAL4(ISAUTH)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.ED
In article <09a301d098e6$0607d120$12177360$@mcn.org> you wrote:
(snip)
> I have isolated the ABEND to a call to a self-written assembler function
> called ISAUTH. I execute a printf() immediately before the call but not a
> printf() after. I am posting below the entire code of ISAUTH. CDSALEN has
I have a C++ program that I am testing that is working perfectly in all
regards except one. When I run it with
//CEEOPTS DD *
RPTSTG(ON)
/*
it ABENDs with U4088-63 which is documented as save area chain corruption. I
can run it with TERMTHDACT(DUMP) or with HEAPCHK(ON,10,0,1
16 matches
Mail list logo