> -----Original Message-----
> From: Jacky Bright [mailto:[EMAIL PROTECTED]
> Sent: Friday, October 19, 2007 4:12 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: CICS DFHCOMMAREA changes
> 
> nope the value for progs are less than 31000. How can I do that ?
> 
> > You'd probably be better off asking this over on CICS-L, but there is a
> > limit of 32K to the size of a DFHCOMMAREA.  Are your developers
> > expecting to be able to have DFHCOMMAREA > 32K?  If yes, they should use
> > Channels and Containers instead of DFHCOMMAREA.

Sorry, I'm confused.  How do you do what?

If you mean how do you pass 31000 bytes, you just LINK or XCTL or RETURN
with TRANSID using a parameter that large.  There is no magic involved, and
AFAIK there aren't any limits imposed except the 32K maximum.

E.G., in COBOL:

WORKING-STORAGE SECTION.
01      LARGE-PARAMETER-AREA PIC X(31000) VALUE SPACES.
.......
PROCEDURE DIVISION.
.......
    EXEC CICS XCTL                                   
         PROGRAM  ('NEXTPROG')                       
         COMMAREA (LARGE-PARAMETER-AREA)           
         LENGTH   (LENGTH OF LARGE-PARAMETER-AREA) 
    END-EXEC.                                        

The NEXTPROG program will receive a 31000-byte DFHCOMMAREA.

If that was not what you meant to ask, please try again.

Peter

This message and any attachments are intended only for the use of the addressee 
and
may contain information that is privileged and confidential. If the reader of 
the 
message is not the intended recipient or an authorized representative of the
intended recipient, you are hereby notified that any dissemination of this
communication is strictly prohibited. If you have received this communication in
error, please notify us immediately by e-mail and delete the message and any
attachments from your system.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to