IBM Support

PM22598: DS 0004 AND DS 0005 DSSR TRACE ENTRIES ARE MISSING ON DLI FUNCTION REQUEST AFTER MIGRATING TO Z/VSE 4.3

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • You have migrated to  z/VSE 4.3 with DL/I 1.12  and now when
    your application makes a FUNCTION_REQUEST (CICS trace
    AP FF92), the dispatcher trace entries do not occur.
    ---
    With  z/VSE 4.2 with DL/I 1.11
    -
    AP FF92 EVBBF ENTRY FUNCTION_REQUEST
    DS 0004 DSSR  ENTRY - FUNCTION(WAIT_OLDW)
                          RESOURCE_NAME(DFHEVBBF)
    DS 0005 DSSR  EXIT - FUNCTION(WAIT_OLDW) RESPONSE(OK)
    AP FF93 EVBBF EXIT  FUNCTION_REQUEST
                        0111,00000000,00000000
    ---
    With z/VSE 4.3 with DL/I 1.12
    -
    AP FF92 EVBBF ENTRY FUNCTION_REQUEST
    AP FF93 EVBBF EXIT  FUNCTION_REQUEST
                        0111,00000010,00000001
    Additional Symptom(s) Search Keyword(s):
    KIXREVRHC
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All CICS users.                              *
    ****************************************************************
    * PROBLEM DESCRIPTION: Using DL/I 1.12 and z/VSE 4.3 may       *
    *                      result in the DL/I Black Box wait       *
    *                      function 0111 missing a DSSR wait       *
    *                      call.                                   *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    The Black Box 0111 wait function checks that the ECB address
    is on a fullword boundary before performing a DSSR WAIT call.
    However, the code checks the first byte of the address instead
    of the 4th byte.
    
    The error was not obvious before z/VSE 4.3 because the
    high-order byte was always zero for the 24-bit address, and
    hence the ECB address is treated as fullword-aligned.
    
    With z/VSE 4.3 the ECB address is 31-bit, and testing the
    first byte could fail the check and result in avoiding
    the DSSR WAIT.
    
    In a formatted trace, you would expect to see:
    
    AP FF92 EVBBF ENTRY FUNCTION_REQUEST
    DS 0004 DSSR ENTRY - FUNCTION(WAIT_OLDW) RESOURCE_NAME(DFHEVBBF)
    DS 0005 DSSR  EXIT - FUNCTION(WAIT_OLDW) RESPONSE(OK)
    AP FF93 EVBBF EXIT  FUNCTION_REQUEST
    
    But the DSSR trace entries are not present because the DSSR
    wait call is not made.
    

Problem conclusion

  • DFHEVBBF has been changed to check the ECB address correctly.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM22598

  • Reported component name

    CICSTS FOR VSE

  • Reported component ID

    564805400

  • Reported release

    B0P

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    YesHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-09-15

  • Closed date

    2010-09-24

  • Last modified date

    2010-11-04

  • APAR is sysrouted FROM one or more of the following:

  • APAR is sysrouted TO one or more of the following:

    UK60764

Modules/Macros

  •    DFHEVBBF
    

Fix information

  • Fixed component name

    CICSTS FOR VSE

  • Fixed component ID

    564805400

Applicable component levels

  • RB0P PSY UK60764

       UP10/09/27 P E430

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":"BU011","label":"Systems - zSystems software"},"Product":{"code":"SSGMGV","label":"CICS Transaction Server"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"1.1.1","Edition":""}]

Document Information

Modified date:
04 November 2010