INVMAPSZ error on BMS Receive after BMS Send

[redrockrat]

Hi. I'm new to this forum, so I look forward to learning all kinds of good stuff about CICS programming!

I have a strange problem whose solution eludes me, even in the IBM manuals. We have a CICS region set up here that uses a normal screen size of 24x80 (when you do the EXEC CICS ASSIGN SCRNH() SCRNW(), that's what you get). The Alternate screen size is percolated down to the region from the logmode of our emulator when we launch TPX; when you do EXEC CICS ASSIGN ALTSCRNH() ALTSCRNW(), that's what you get.

Here's the issue: I launch our emulator and call my PC a mod-3, which gives 32x80. When I do the ASSIGN commands, they come back as expected. I build a BMS map using a SIZE(32,80) parameter on the DFHMDI. I run the program and EXEC CICS SEND MAP, and it sends the screen in the alternate size because I used the ALTERNATE parameter on the SEND.

Now I return with a transid and commarea. When I next enter the transaction, I do an EXEC CICS RECEIVE MAP. This causes a INVMAPSZ error, and the data coming into the area is a straight 3270 data stream. There are no parameters on the RECEIVE that I can find similar to the ALTERNATE one used on the SEND, nor any discussion in the Programmer's Guide to explain how to prevent this error.

Does anyone have an idea of either where I can look for a solution or something to try?

Thanks.

 

[dcutter1]

I know you have to make sure that the bind that is created for that cics session has to be for a mod-3 or it will fail like you are seeing. Check the TPX log and see what model type the termional is binding to.