A fix is available
APAR status
Closed as program error.
Error description
The scenario is a SEND MAP command done by an application running under the bridge where the attributes in some fields have the erase bit on (X'80'). These fields are defined in the map with FSET. Data is sent out for these fields. The subsequent RECEIVE MAP command does not return any data for these fields, although it does when run on a 3270. The code involved in the 3270 case (around MCE3270M) does not set a field attribute value if the command is DATAONLY without ERASE and the only bits on in the attribute byte from the users FROM area are the X'80' - erase bit or X'02'- the cursloc bit. As PQ43237 says, these are only relevant on a receive operation, not a send. If there are no other bits on in the attribute byte an MF order is generated rather than SF or SFE, so the attribute byte remains unchanged for the field and will still have the MDT flag on. So the data in the fields will be returned on the next RECEIVE command. In the bridge case wbbms_build_symbol_string for SEND MAP DATAONLY will set the mdt flag from the application areas attribute byte if the attribute byte is non-zero. If the attribute byte is zero then the MDT setting for the field will remain unchanged (unless FRSET is specified) Because the erase flag is on we take the MDT setting from the attribute byte in the application area, which is zero.
Local fix
Problem summary
**************************************************************** * USERS AFFECTED: All. * **************************************************************** * PROBLEM DESCRIPTION: Unexpected MAPFAIL on a receive map * * over the CICS Web Bridge. * **************************************************************** * RECOMMENDATION: * **************************************************************** Running on the CICS web bridge, if a send map is issued with dataonly and the attribute of a field has residual data from a previous receive (either erase x'80' or cursloc x'02') then the MDT is set off. If enter is pressed with nothing entered into the map on the browser, then MAPFAIL is returned and this causes an abend AEI9 if not handled.
Problem conclusion
DFHWBBMS has been altered to ignore the erase and cursloc attributes (x'80' and x'02') when processing a send map with dataonly.
Temporary fix
FIX AVAILABLE BY PTF ONLY
Comments
APAR Information
APAR number
PK25115
Reported component name
CICSTS 3.1 Z/OS
Reported component ID
5655M1500
Reported release
400
Status
CLOSED PER
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt
Submitted date
2006-05-18
Closed date
2006-05-25
Last modified date
2006-06-03
APAR is sysrouted FROM one or more of the following:
PK25017
APAR is sysrouted TO one or more of the following:
UK14828
Modules/Macros
DESWBBMS DFHWBBMS
Fix information
Fixed component name
CICSTS 3.1 Z/OS
Fixed component ID
5655M1500
Applicable component levels
R400 PSY UK14828
UP06/05/31 P F605
Fix is available
Select the PTF appropriate for your component level. You will be required to sign in. Distribution on physical media is not available in all countries.
[{"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}},{"Business Unit":{"code":"BU054","label":"Systems w\/TPS"},"Product":{"code":"SG19M","label":"APARs - z\/OS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"3.1","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
03 June 2006