On Wed, 7 Oct 2009 14:33:18 -0500, Chris Mason <chrisma...@belgacom.net> wrote:
A minor gloss on Chris's response ... >If you want to indicate that the request units you are sending >constitute a larger unit of data at the level of the application, >.... There are two bits in the request header which are used to >indicate "only in chain", "beginning of chain", middle >in chain" and "end of chain" with an obvious pattern of use. The "Large Message Performance Enhancement" (which has nothing to do with performance, as far as I can see) allows a program to send an indefinitely long (I think) list of blocks of data, each up to 32k bytes long (I think). VTAM will do all the required collecting and chaining. I'd be very surprised if CICS did not use LMPE. It has been available since the early to mid 80s, and is very handy for combining independent chunks of data into one RU (chain), whether or not "large" applies. >... >I can't tell you what limits you may encounter in CICS or Windows/CS. >If you are in charge of the programming behind each of the >communicating LUs, just how large the units of data at the >level of the application are will be a matter with which your >programming will deal. ... On the other hand, if there is something inherently 3270-ish in the Windows/CS side - something like a display buffer - be aware that data will wrap when it comes to the end of the buffer and overlay what may be at the beginning of the buffer. If there is NOT anything 3270-ish involved, why is an LU2 session being used? Please forgive me for breaking my vow of silence. I'll now return to lurkdom. Pat O'Keefe ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
