Portal | Manuals | References | Downloads | Info | Programs | JCLs | Mainframe wiki | Quick Ref
IBM Mainframe Forum Index
 
Register
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Profile Log in to check your private messages Log in
 
Length of EIBCALEN
Goto page Previous  1, 2
 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> CICS
View previous topic :: :: View next topic  
Author Message
Bill O'Boyle

CICS Moderator


Joined: 14 Jan 2008
Posts: 2504
Location: Atlanta, Georgia, USA

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

calspach wrote:
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 would wreak havoc on current applications and I don't believe the expert's information is correct.

EIBCALEN would need to be redefined as a signed-fullword (currently, it's a signed-halfword). However, please understand that the current maximum value for EIBCALEN is 32763, with IBM encouraging a value of not more than 24576 (24K). Although the maximum value of a signed-halfword is 32767 (32K-1), IBM reserves a fullword (4-Bytes), resulting in 32763 (32K-5). A signed-halfword greater than 32767 will be considered a negative value (the high-order bit of the 1st-Byte is on) so keep this in mind. An unsigned-halfword has a maximum value of X'FFFF' (65535) and would be considered a negative one (-1) if it were addressed as a signed-halfword.

The current version/release of CICS/TS is 4.1 (released this past June) and EIBCALEN remains as it always has.

All of the offsets in DFHEIBLK would be off by 2-Bytes and the overall length of this DSECT would increase to decimal 87.

There are many DSECTS and Assembler labels which would need to be increased to accommodate this new DFHEIBLK, such as the commarea-DSECT for DFHPEP and the user-EIB commarea label in this commarea.

Having said this, IBM would need to back-fill previous releases to accommodate this increased EIBCALEN definition.

Also, when a commarea is passed from program to program, the address is not passed, rather the commarea gets recreated (via an internal CICS GETMAIN) upon each LINK and/or XCTL, would would cause a substantial increase in EUDSA if EIBCALEN were defined as a signed-fullword, maximum value of X'7FFFFFFF' and most likely (as with the halfword EIBCALEN), minus 4.

Please have the expert point us to some authentic IBM documentation and/or press releases (not just hearsay) so we can mull over this, but he'll probably come up short.

Bill
Back to top
View user's profile Send private message

dbzTHEdinosauer

Global Moderator


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

PostPosted: Fri Nov 20, 2009 5:38 am    Post subject:
Reply with quote

arian1981,

Quote:
CALL WS-PAUW032 USING DFHCOMMAREA,


as I thought. That is a COBOL Call.

What we are talking about are the CICS API's, XCTL,LINK,START....
Back to top
View user's profile Send private message
Garry Carroll

Senior Member


Joined: 08 May 2006
Posts: 1054
Location: Dublin, Ireland / Edinburgh, Scotland

PostPosted: Fri Nov 20, 2009 2:43 pm    Post subject:
Reply with quote

....and we picked up a 3-year old thread for some reason??

Garry.
Back to top
View user's profile Send private message
enrico-sorichetti

Senior Member


Joined: 14 Mar 2007
Posts: 10643
Location: italy

PostPosted: Fri Nov 20, 2009 3:59 pm    Post subject: Reply to: Length of EIBCALEN
Reply with quote

Quote:
...I can pass more than 32 K data to other programs...


maybe a My CICS is better than Yours contest icon_cool.gif
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 Previous  1, 2
Page 2 of 2

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Variable length(Pipe delimter) to Fix... SreekanthMada DFSORT/ICETOOL 8 Mon Jan 06, 2020 4:44 pm
No new posts Increase the Maximum Length of LRECL ... Dhineshpondy7 JCL & VSAM 5 Wed Aug 07, 2019 6:23 pm
No new posts position, start pos, length of column... juares castro SYNCSORT 14 Fri Jun 21, 2019 8:47 pm
No new posts MQ-DATA-LENGTH is ZERO on MQGET Daniel Prosser Java & MQSeries 5 Tue Dec 18, 2018 5:41 pm
No new posts How to handle different file length b... javen777 DFSORT/ICETOOL 15 Mon Nov 26, 2018 12:13 pm

Facebook
Back to Top
 
Job Vacancies | Forum Rules | Bookmarks | Subscriptions | FAQ | Polls | Contact Us