U2033 Abend

Support for OS/VS COBOL, VS COBOL II, COBOL for OS/390 & VM and Enterprise COBOL for z/OS

U2033 Abend

Postby slowlearner123 » Mon Feb 07, 2011 8:26 pm

Could you please anyone help me in this...

I am getting the abend while compiling the JCL for cobol program to update a record.

The system or user abend U2033 R=04380000 was issued.
Posts: 1
Joined: Mon Feb 07, 2011 5:48 pm
Has thanked: 0 time
Been thanked: 0 time

Re: U2033 Abend

Postby steve-myers » Mon Feb 07, 2011 8:57 pm

User ABENDs are generally issued by the user program. It is up to the author of the program to analyze the ABEND; we cannot read the mind of the program's author.

Some user ABENDs are issued by common library functions such as Language Environment. I do not think this particular ABEND is a Language Environment ABEND.

The R=04380000 text makes me think this might indicate a failed dynamic allocation request. If my guess is correct, then the related diagnostic is -

Meaning: Specified ddname not found.
(information retrieval, ddname allocation,
concatenation, deconcatenation, unallocation)

Application Programmer Action: Change ddname.

information retrieval and so on are types of dynamic allocation requests

I realize this is not all that helpful, but it's the best I can do with the limited information available.
Global moderator
Posts: 2106
Joined: Thu Jun 03, 2010 6:21 pm
Has thanked: 4 times
Been thanked: 242 times

Re: U2033 Abend

Postby dick scherrer » Tue Feb 08, 2011 12:20 am

Hello and welcome to the forum,

Which compiler is being used (this should be shown on the top line of the compiler output)? If you do not see this, post the jcl for the actual compile step.

If the actual compile issued the abend, there will be some diagnostic informaton available. Find this and post it here.
Hope this helps,
User avatar
dick scherrer
Global moderator
Posts: 6269
Joined: Sat Jun 09, 2007 8:58 am
Has thanked: 3 times
Been thanked: 93 times

Re: U2033 Abend

Postby NicC » Tue Feb 08, 2011 11:07 am

I think you need to restate your problem as one does not compile JCL
The problem I have is that people can explain things quickly but I can only comprehend slowly.
Global moderator
Posts: 3026
Joined: Sun Jul 04, 2010 12:13 am
Location: Pushing up the daisies (almost)
Has thanked: 4 times
Been thanked: 136 times

Re: U2033 Abend

Postby steve-myers » Tue Feb 08, 2011 11:48 am

I thought about that issue nyself, and I came to the conclusion that the processing employed while the system analyzes JCL is very similar in some respects to compiling a program for execution.

First, the original JCL text is transformed to "internal text" by the converter. The converter runs as a JES2 subtask. Once the internal text has been created there is no further use of the original JCL text.

Next, the "internal text" is transformed into the various control blocks in the scheduler work area in the address space where the job will be run. This process is performed by the "interpreter" after the job has been selected for execution.

Once this process has completed the job is ready to run.

After all that I agree with NicC that the term "compile" JCL is inappropriate. You "run" a job that has JCL, or you "submit" a job containing JCL. You do not "compile" JCL as that implies the compiled output is saved for future use, which is not true with JCL. Once the job completes, the internal text and the contents of the scheduler work area are discarded.
Global moderator
Posts: 2106
Joined: Thu Jun 03, 2010 6:21 pm
Has thanked: 4 times
Been thanked: 242 times

Return to IBM Cobol


  • Related topics
    Last post