|
View previous topic :: View next topic
|
| Author |
Message |
Liang Gao
New User
Joined: 22 Mar 2012
Posts: 6
Location: china
|
|
|
|
Background:
HRA is an application which runs on zOS. Currently those modules are not complied by enterprise PLI. We have to upgrade them to Enterprise PLI.
step1:
we complie the pli(pk80r7) with the new complier , no change with the code.max=0.
step2:
i run the pli's lmod which is complied by the new complier with the test job. abend.on code =8097.
step3:
To find out the reason ,it run the test job with the old pli.max=0.
so i think there is noting wrong with the test job.
and ,old pli's codes are same to the new pli ,there should me nothing wrong with the codes.
err messages is as flollow.how do you think about this abend reason.
can u help me. my english is so bad as you can see.hehe. if you know
chinese or japanese will be better.
| Code: |
$HASP375 EV6753DR ESTIMATED LINES EXCEEDED
IEF450I EV6753DR RT07 PK80RT07 - ABEND=S000 U1000 REASON=00000000 |
| Code: |
ERROR condition was raised
Traceback of user routines:
Compile Unit Entry Statement CU offset Entry offset Address
PBSSFC +00002590 +00002590 0000FAC0
EV63RT07 +00000C36 +00000C36 0000833E
CEE3195W The SNAP dump file could not be opened. |
PBSSFC is another sub PLI for PK50 project.we are PK80. I CAN sure it is because of the PK50's PLI,PBSSFC. |
|
| Back to top |
|
 |
Liang Gao
New User
Joined: 22 Mar 2012
Posts: 6
Location: china
|
|
|
|
| Code: |
*** PROGRAM AUDIT REPORT **************** PAGE 1
***************** DATE= 2012-04-18 TIME=16:07:56
*************************************************
*** PROGRAM INFORMATION *************************
=====> PROGRAM DESCRIPTION : DC GENKINBARAI T/C(TC285) SAKUSEI
=====> LAST UPDATED BY : Y.IIDA(AICO)
=====> COMPILE DATE & TIME : 18.APR.12 14.43.25
0
***** PGM=PK80RT07 COUNT LIST ******
COUNT.CTR_SPK07I1= 0;
COUNT.CTR_SPK07O1= 0;
*** PROGRAM INTERRUPTION ABEND * ONCODE= 8097
*** USER INVOKES ABEND. ************************
*** SEND ALL LISTS TO PROGRAMMER FOR CHECKING ***
-
-
-
*PGM ISSUES STOP&10 BLANK LINES TO EMPTY BUFFER***
CEE3250C The system or user abend U1000 R=00000000 was issued.
From entry point SS01SUB at compile unit offset +000005CE at entry offset +000005CE at address 0000AF3E.
1Storage Report for Enclave EV63RT07 04/18/12 4:07:56 PM
Language Environment V01 R12.00 |
|
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
| Quote: |
| my english is so bad as you can see.hehe |
this is an international forum...
any reply in any non english language
( apart short sentences humor related )
will be merciless deleted and the responder banned !
dothe messages
| Code: |
*PGM ISSUES STOP&10 BLANK LINES TO EMPTY BUFFER***
CEE3250C The system or user abend U1000 R=00000000 was issued.
|
hint anything? IIRC U1000 is not a PL/I abend code |
|
| Back to top |
|
|
Liang Gao
New User
Joined: 22 Mar 2012
Posts: 6
Location: china
|
|
|
|
| enrico-sorichetti wrote: |
| Quote: |
| my english is so bad as you can see.hehe |
this is an international forum...
any reply in any non english language
( apart short sentences humor related )
will be merciless deleted and the responder banned !
dothe messages
| Code: |
*PGM ISSUES STOP&10 BLANK LINES TO EMPTY BUFFER***
CEE3250C The system or user abend U1000 R=00000000 was issued.
|
hint anything? IIRC U1000 is not a PL/I abend code |
thanks for your kindly remider.  ,english is so hard for me.
i have spend a lot of time on it.
this is the test jcl‘s joblog. |
|
| Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009
Posts: 1788
Location: Bloomington, IL
|
|
|
|
| enrico-sorichetti wrote: |
dothe messages
| Code: |
*PGM ISSUES STOP&10 BLANK LINES TO EMPTY BUFFER***
CEE3250C The system or user abend U1000 R=00000000 was issued.
|
hint anything? IIRC U1000 is not a PL/I abend code |
I feel that I must disagree with you. The output messages also include the lines:
| Code: |
*** PROGRAM INTERRUPTION ABEND * ONCODE= 8097
*** USER INVOKES ABEND. ************************ |
suggesting the user abend is being set by an ON-unit (probably ON ERROR, possibly ON CONVERSION). I would recommend that the TS being by finding that ON-unit and either disabling it or modifying it to provide some real diagnostic information (one of the things that gets up my nose is when some idiot programmer -- possibly following some idiot standard -- produces an error "handling" routine that suppresses all the information and produces nothing but the message "ERROR IN PROGRAM P1234 -- CALL DATA PROCESSING".) |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania
|
|
|
|
| PL/I's 8097 = S0C7... |
|
| Back to top |
|
|
|
|
