MVSFORUMS.com

[tomehta]

Hi
While building the programs we are receiving the S13E, abend.
FOLLOWING MESSAGE IS THERE IS JESYSMSG


NO DUMP WAS PRODUCED FOR THIS ABEND, DUE TO SYSTEM OR INSTALLATION REQUST
NSDROH$ BUILD0 PODITST - COMPLETION CODE - SYSTEM=13E USER=0000 REASON= 00000000

RECENTLY WE UPGRADED FROM V2R7 TO V2R10 MVS.
IS THIS RELATED TO THAT. THESE ALL WERE TESTED PROGRAM. THIS IS OCCURING FOR ONLY SOME PROGRAMS. OTHER PROGRAMS WE ARE ABLE TO BUILD.
PLEASE HELP.
RGDS

[kolusu]

Tomehta,

Is there any other error code along with s13e? like S04E or Soc4 ?... What type of programs are getting this error? IMS , DB2?..

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu

[tomehta]

hi
there is no other error abends.. THis abend happnes for DB2 programs.

fOR S13E the description from Error Assist Tool is

THE TASK WHICH CREATED A SUBTASK HAS ISSUED A DETACH FOR THAT SUBTASK, SPECIFYING STAE=NO, BEFORE THAT SUBTASK HAS TERMINATED.


thanx and rgds

[tomehta]

This is a report program. By others I meant other report programs. There is no peculiar difference b/w the programs.
Actually what happened was, accidently one DCLGEN was changed, we reverted back the changes and trying to build the programs that were using that DCLGEN. Some of those programs are getting built, others are giving this error.
we are not able to understand why this is happening?

[vini]

If you are using SCLM or its like to Build your Programs , it may help referring the problem to the Sysprogs or Administrators.
Many times build problems in SCLM occur when some changes are made by the sysprogs to the settings.

[tomehta]

yes we are using the SCLM for buliding, but this problem is not for all programs. Still we are not able to figure it out what is happening..

[vini]

In that case , refer to the BLDMSGS instead of the JESYSMSG. There should be a detailed and very specific error message in there which you or sysadmin should be able to interpret or you can post it here.

[tomehta]

We are able to solve it, actually some copy books were included in a single copy books. whne we moved out those copy books to the working storage section, the problem was solved.
But what i am not able to understand is how those programs got built previously and been promoted to production also ?
Does the built JCL was changed in between can be the reason?

[tomehta]

hi vinni
FLM42000 - BUILD PROCESSOR INITIATED - 14:46:06 ON 2004/04/14

FLM44500 - >> INVOKING BUILD TRANSLATOR(S) FOR TYPE: ARCHDEF MEMBER: PODITSTC
FLM06501 - TRANSLATOR RETURN CODE FROM ===> DB2 PREPROCESS ===> 4

is the listing in bldmsgs.
Rgds

[vini]

tomehta, the BLDMSGS u have posted ..must be off the successful Build , there is no error message in it else its incomplete !

Do your copybooks have to be built seperate from the program , or are they along-with program build. Your problem most likely would have occured because your copybook version got messed up . You will have to refer to the BLDMSGS in job spool of the failed Build , to get the exact cause.

If a program got built and promoted to production before , there is no guarantee that it will continue in the same mode ..as there are soo many factors outside a developers control in an SCLM environment.

[tomehta]

Hi
We dont build copy books separately, these got built along with the programs. the build messages that i have sent is from the spool only. the additional was that cobol preprocessor was getting invoked and then giving the abend. No listing was there in the bld msgas.
Can you tell me the factors of the SCLM which are were changed, because of that this problem occured.
Is there any proble in including a coby book within the other? or this is shop specific.
rgds