View previous topic :: View next topic |
Author |
Message |
vijay Beginner
Joined: 09 May 2003 Posts: 131 Topics: 64
|
Posted: Tue May 13, 2003 10:31 am Post subject: commarea |
|
|
Hi ,
I'm new to mainframes.Can u expalin the difference between commarea,dfhcommarea and
linkage section.
for ex:
say pgm1 has this command:
EXEC CICS LINK
PROGRAM (pgm2)
COMMAREA (PARAMETER-AREA)
LENGTH (LENGTH-PRM)
END-EXEC
what should be there in pgm2 commarea and linkage ?
Thanks,
Vijay |
|
Back to top |
|
 |
vijay Beginner
Joined: 09 May 2003 Posts: 131 Topics: 64
|
Posted: Tue May 13, 2003 11:37 am Post subject: |
|
|
I mean to ask when I use the LINk command as above -- are all the variables in the linkage section available for use in the called program ? |
|
Back to top |
|
 |
manojagrawal Beginner

Joined: 25 Feb 2003 Posts: 124 Topics: 29
|
Posted: Wed May 14, 2003 1:28 am Post subject: |
|
|
Hi Vijay,
When you link to a new program, you are passing the commarea in the COMMAREA parameter.
Now in the called program, you would have to have a linkage section to recieve this commarea. Then you copy the linkage section to your own working storage and do what you need to. Now, you have to keep track of all sizes. They should match up, i mean the length of the commarea and the place where you are receiveing it. Otherwise you will loose data and may get a LENGERR abend.
Hope that helps!
Regards,
Manoj. |
|
Back to top |
|
 |
warp5 Intermediate

Joined: 02 Dec 2002 Posts: 429 Topics: 18 Location: Germany
|
Posted: Thu May 15, 2003 12:46 am Post subject: |
|
|
When a new transaction starts there is NO commarea available at first.
It is very important to know that the commarea HAS to be built from working storage. The receiving program uses the linkage area. Any enlargement of the commarea (increase of length) MUST again be built from the working storage. Disregarding this will cause storage violations in CICS, which can cause unpredictable results and crashes. |
|
Back to top |
|
 |
|
|