|
View previous topic :: View next topic
|
| Author |
Message |
Earl Haigh
Active User
Joined: 25 Jul 2006
Posts: 475
|
|
|
|
| Quote: |
| generally we do not manipulate DFHCOMMAREA. Another variable is created in WORKING-STORAGE section with the same size as DFHCOMMAREA and data is moved into that variable, before the program uses it and manipulates it |
FYI: AREAS in a COBOL WORKING STORAGE are known as fields,
and are fixed length. They are not the same as variables found in languages such as JAVA and XMScript. |
|
| Back to top |
|
 |
Bill O'Boyle
CICS Moderator
Joined: 14 Jan 2008
Posts: 2501
Location: Atlanta, Georgia, USA
|
|
|
|
| muthukumarapandian wrote: |
Hi,
The size of the commarea is 64 kb if i want to store more than that means is it possible or not. |
The maximum size of a commarea is 32,763 (CICS owns the last 4-Bytes of EIBCALEN), even though EIBCALEN is a signed Binary halfword.
If you view it as an unsigned Binary halfword, then yes, it can have a maximum of X'FFFF' (decimal 65,535). However, it is signed and therefore, has a maximum of X'7FFF', minus 4.
Carefully review the following LINK as it discusses the COMMAREA alternative, which is ===> CONTAINERS -
ibmmainframes.com/viewtopic.php?p=164265&highlight=#164265
Regards,
Bill |
|
| Back to top |
|
|
Earl Haigh
Active User
Joined: 25 Jul 2006
Posts: 475
|
|
|
|
| Quote: |
| The maximum size of a commarea is 32,763 (CICS owns the last 4-Bytes of EIBCALEN), even though EIBCALEN is a signed Binary halfword. |
Bill, I stand corrected.
Thanks,
Earl |
|
| Back to top |
|
|
|
|
