Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Length of EIBCALEN
Goto page 1, 2  Next
 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS
View previous topic :: :: View next topic  
Author Message
sonia10

New User


Joined: 11 Apr 2006
Posts: 3

PostPosted: Wed Apr 12, 2006 9:14 am    Post subject: Length of EIBCALEN
Reply with quote

The declaration of EIBCALEN is S9(04) COMP ( half word), meaning that it can store approx 32KB of data. This also limits the size of DFHCOMMAREA. Is it possible for the CICS system administrator to modify the size of EIBCALEN, say to a full word limit or something greter than S9(04) COMP.

Thx and Regards.
Back to top
View user's profile Send private message

steve

New User


Joined: 24 Mar 2005
Posts: 16
Location: Long Island

PostPosted: Wed Apr 12, 2006 12:05 pm    Post subject:
Reply with quote

I've one concern in connection to the sonia10, wht happens if the data received is greater than the size of DFHCOMMAREA declared? Does the data gets truncated or it gets abended?
Back to top
View user's profile Send private message
sunish_sr

New User


Joined: 02 Jan 2006
Posts: 9
Location: Chennai

PostPosted: Wed Apr 12, 2006 2:01 pm    Post subject: Length of EIBCALEN
Reply with quote

HI,
EIBCALEN is used to get the length of the COMMAREA passed from One program to another, only the length. Since it is declared as S9(04) COMP it can store up to 32,768.

For example..

If I am passing 1000 KB in my COMMAREA,

Only the value 1000 is stored in EIBCALEN field, not the data.

Sunish S
Back to top
View user's profile Send private message
Marso

REXX Moderator


Joined: 13 Mar 2006
Posts: 1218
Location: Israel

PostPosted: Wed Apr 12, 2006 3:21 pm    Post subject:
Reply with quote

To sonia10:
the COMMAREA is limited to 32K. If you need more, store data in TS.

To steve:
You will be able to access only what you have defined in the LINKAGE SECTION.
The rest will be unavailable, so in this case we have a truncation.
The best practice is to be accurate, as some cases may lead to storage violations.
Back to top
View user's profile Send private message
sonia10

New User


Joined: 11 Apr 2006
Posts: 3

PostPosted: Wed Apr 12, 2006 8:35 pm    Post subject: Re: Length of EIBCALEN
Reply with quote

Thx for all the info.

But my qst is still unanswered. Wud it be possible for the CICS administrator to increase the size of DFHCOMMAREA and EIBCALEN so that it can store data > 32 K.
Back to top
View user's profile Send private message
gsnvsr

New User


Joined: 06 Jul 2005
Posts: 40

PostPosted: Wed Apr 12, 2006 9:52 pm    Post subject:
Reply with quote

No! it is not possible. Limit on DFHCOMMAREA is imposed by CICS. It can only be upto 32K. However, recommended max limit by IBM is 24k. Define other 01 levels in linkage and acquire memory manually if you need to pass more data.

Best regards
Back to top
View user's profile Send private message
arunjosephaj

New User


Joined: 21 Mar 2006
Posts: 20
Location: India

PostPosted: Tue May 16, 2006 5:27 pm    Post subject:
Reply with quote

Dont worry there are newer versions of CICS which uses different methods.. 32K and 24K will be forgotten when they come..
Back to top
View user's profile Send private message
rameshraj.satyam

New User


Joined: 15 May 2006
Posts: 9

PostPosted: Wed May 17, 2006 12:19 pm    Post subject:
Reply with quote

EIBCALEN mns when u r passing values Main prg to sub in that time values r passing r not cheking whether EIBCALEN >0 mns values r passing main to sub
Back to top
View user's profile Send private message
arunjosephaj

New User


Joined: 21 Mar 2006
Posts: 20
Location: India

PostPosted: Wed May 17, 2006 1:14 pm    Post subject:
Reply with quote

Hey Ramesh,
Tht is just one use of EIBCALEN..
EIBCALEN means EIB CommArea LENgth.. Thtz all..
Back to top
View user's profile Send private message
gskulkarni

New User


Joined: 01 Mar 2006
Posts: 70

PostPosted: Thu May 18, 2006 2:43 pm    Post subject:
Reply with quote

I have been in touch with IBM system analysts in the past and the answer to increase in size of commarea is a big NOOOOO.

Having said this, I really fail to understand as to what kind of system would require to pass more that 32k data from one pgm to another. if it is because of the similar type of data being passed for many occurances e.g. list of accounts and their demographic details, and more than 1000 accounts are retrieved. But in such cases generally "paging' logic is used.
Back to top
View user's profile Send private message
sada_polaris

New User


Joined: 24 May 2006
Posts: 13

PostPosted: Mon May 29, 2006 12:14 pm    Post subject:
Reply with quote

Quote:
I have been in touch with IBM system analysts in the past and the answer to increase in size of commarea is a big NOOOOO.

Having said this, I really fail to understand as to what kind of system would require to pass more that 32k data from one pgm to another. if it is because of the similar type of data being passed for many occurances e.g. list of accounts and their demographic details, and more than 1000 accounts are retrieved. But in such cases generally "paging' logic is used.


We can replace the paging concept with the TSQ concept. If you use TSQ then you no need to worry about the size of data that can be stored.
Back to top
View user's profile Send private message
gsnvsr

New User


Joined: 06 Jul 2005
Posts: 40

PostPosted: Thu Jun 01, 2006 8:52 pm    Post subject:
Reply with quote

Quote:

We can replace the paging concept with the TSQ concept. If you use TSQ then you no need to worry about the size of data that can be stored.


The above statement couldn't be entirely true. The length option of any CICS command is a half-word and hence theoritically can hold a value of 32,763. If exceeded, you would encounter a LENGERR conditiion. The records exceeding this upper limit might have to be written as different records in TSQ. However, same rule applies to the number of items in TSQ as well.

Comments welcome!

Cheers, P
Back to top
View user's profile Send private message
karthick sivakumar

New User


Joined: 16 Mar 2006
Posts: 16
Location: india

PostPosted: Mon Jun 05, 2006 10:14 pm    Post subject:
Reply with quote

Hi ,

if the size limitation is the problem in case of TSQs then Can we use TDQs and delete them after reading the queue.


Thanks and Regards,
Karthick
Back to top
View user's profile Send private message
jacheter

New User


Joined: 15 Oct 2005
Posts: 10
Location: Clemson, SC

PostPosted: Tue Jun 06, 2006 9:01 pm    Post subject:
Reply with quote

Old school:
1. Pass the address of a large storage area in the COMMAREA. By using the FLENGTH option of the GETMAIN command, a storage area larger than 32K can be acquired. This solution will only work in a single CICS address space.
2. Pass the name of a temporary storage queue in the COMMAREA. By placing the data in temporary storage more than 32K of data can be passed between programs or tasks. If the temporary storage queue is placed in a Temporary Storage Owning Region or the Coupling Facility, the data can be accessible across multiple CICS regions.

New school:
1. If using CICS Transaction Server 3.1 you can use the technique called "Enhanced Inter-Program Data Transfer Function" which involves utilizing "containers" and "channels". Channels are sets of containers, and containers are name blocks of data that hold information (only limited by CICS region size) to be passed between programs.

I am going to try this technique and will report back on the results. J.
Back to top
View user's profile Send private message
calspach

New User


Joined: 05 May 2006
Posts: 32
Location: USA

PostPosted: Wed Jun 07, 2006 3:24 am    Post subject:
Reply with quote

I know this is an old topic, but I was told recently by a CICS 'Expert' that the next release of CICS would be increasing the size of the COMMAREA up in the megabytes. This is because there are several CICS web apps being written these days that do require more than 32k of storage. I know, when I first heard that 32k was the limit, I thought the same as Bill, that should be enough for anyone!
Back to top
View user's profile Send private message
karthick sivakumar

New User


Joined: 16 Mar 2006
Posts: 16
Location: india

PostPosted: Wed Jun 07, 2006 2:16 pm    Post subject:
Reply with quote

hi,
i tried to execute the channels command , but it seems that the current version does not support it . it not even recognises the command


i had this problem when i tried to sent multiple 01 level linkage section variables as containers. so i had to go back and write the rest of the linkage varibles except the dfhcomm area in tsqs and read them back


if u are able to use containers and channels , let me know how. ( i use endevor to compile my programs , will the endevor recognise the channel command?)

regards,
karthick.s
Back to top
View user's profile Send private message
jacheter

New User


Joined: 15 Oct 2005
Posts: 10
Location: Clemson, SC

PostPosted: Wed Jun 07, 2006 8:30 pm    Post subject:
Reply with quote

Here is some references on channels and containers:
Note: Must have CICS TS V3.1
See: http://publib.boulder.ibm.com/infocenter/cicsts/v3r1/index.jsp?topic=/com.ibm.cics.ts31.doc/dfhe4/channels/dfhe4_overview.htm
See: http://www.gse-nordic.org/forum/wg/nrtc/2005/S32_Beyondthe32kCommareaLimit.pdf

Re: The new channel container mechanism available in CICS TS V3.1 allows large amounts of data to be transferred between programs and transactions in the same way as commareas.
I do not know if Endevor is set up for it. It did not work for me because we have an earlier version of CICS TS.
J.
Back to top
View user's profile Send private message
airan1981

New User


Joined: 11 Nov 2008
Posts: 6
Location: Bentonville, AR US

PostPosted: Fri Nov 20, 2009 3:18 am    Post subject:
Reply with quote

In my environment, I can pass more than 32 K data to other programs. I think we use the newer version of CICS.
Back to top
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Fri Nov 20, 2009 4:06 am    Post subject:
Reply with quote

airan1981,
as the DFHCOMMAREA?
Back to top
View user's profile Send private message
airan1981

New User


Joined: 11 Nov 2008
Posts: 6
Location: Bentonville, AR US

PostPosted: Fri Nov 20, 2009 4:13 am    Post subject:
Reply with quote

We call the module like

CALL WS-PAUW032 USING DFHCOMMAREA,
LW2011-GUIDELINE-RECORD,
DCL-MIGRATE-HOME-ROP,
LDB2E-LINKAGE-AREA.

The length of LW2011-GUIDELINE-RECORD, DCL-MIGRATE-HOME-ROP, LDB2E-LINKAGE-AREA is far more than 32 K.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS All times are GMT + 6 Hours
Goto page 1, 2  Next
Page 1 of 2

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts SQZ pipe delimited file with 1 column... Rick Silvers DFSORT/ICETOOL 2 Sun Nov 06, 2016 8:11 pm
No new posts Joinkeys operation when key1 and key2... Susanta DFSORT/ICETOOL 5 Wed Nov 02, 2016 5:35 pm
No new posts Format to pipe delimited with variabl... pshongal SYNCSORT 6 Wed Sep 14, 2016 2:48 pm
No new posts File Manager with Variable Length File ahabib IBM Tools 10 Thu Mar 31, 2016 11:00 pm
No new posts How to copy data with delimters to fi... Venkata Ramayya DFSORT/ICETOOL 2 Wed Feb 24, 2016 10:03 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us