IBM Support

PM14110: DUMP FORMATTER ENCOUNTERING LOOP WHEN FORMATTING OUT BUFFERS AND TEMP STORAGE INFORMATION

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • The dump formatter expects to iterate through a buffer content,
    formatting out each record in it, and indexing the pointer to
    the start of the next record until the bca_nasp (end of records)
    point is reached. But since the next record after the 1st two
    records contains nulls in its xrh header, the logic perpetually
    adds 0 to the pointer, and we end up in a loop trying to format
    the remaining storage in the buffer. the dump formatter should
    be able to avoid doing this.
    Additonal keywords: Buffer , Loop , Null , Zero , Temp Storage ,
    Temporary storage , TS , Format ,
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All                                          *
    ****************************************************************
    * PROBLEM DESCRIPTION: Loop in DFHTSDUF processing the TS      *
    *                      verbexit.                               *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    It is possible that a CICS system dump is taken just after a
    temporary storage CI has been read into a buffer, but before the
    task that owns the buffer is redispatched. This means that the
    value of the next segment pointer still addresses the next
    available segment of the old control interval (that is, the
    previous buffer contents). Running 'TS=1' to summarise the TS
    domain can result in the IPCS verbexit looping if the data
    beyond the last record in the CI contains nulls. Alternatively,
    an abend may occur if the contents are not nulls.
    KEYWORDS: DFHPD650 DFHPD640 bca_nasp
    

Problem conclusion

  • Temporary storage buffer formatting and checking logic has been
    changed to use the number of records in the CI, rather than the
    next available segment pointer, when iterating through the
    contents of each buffer in a dump.
    

Temporary fix

  • FIX AVAILABLE BY PTF ONLY
    

Comments

APAR Information

  • APAR number

    PM14110

  • Reported component name

    CICSTS V3 Z/OS

  • Reported component ID

    5655M1500

  • Reported release

    400

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-05-07

  • Closed date

    2010-05-28

  • Last modified date

    2010-07-01

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

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

    PM14139 UK57408 UK57409

Modules/Macros

  •    DESTSAM  DFHTSAM  DFHTSAMC DFHTSDUC DFHTSDUF
    DFHTSDUS
    

Fix information

  • Fixed component name

    CICSTS V3 Z/OS

  • Fixed component ID

    5655M1500

Applicable component levels

  • R400 PSY UK57408

       UP10/06/04 P F006

  • R500 PSY UK57409

       UP10/06/04 P F006

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:
01 July 2010