IBM Support

PM14139: 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: DFHPD660 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

    PM14139

  • Reported component name

    CICS TS Z/OS V4

  • Reported component ID

    5655S9700

  • Reported release

    600

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2010-05-11

  • Closed date

    2010-05-28

  • Last modified date

    2010-07-02

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

    PM14110

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

    UK57339

Modules/Macros

  • DESTSAM  DFHTSAM  DFHTSAMC DFHTSDUC DFHTSDUF
    DFHTSDUS
    

Fix information

  • Fixed component name

    CICS TS Z/OS V4

  • Fixed component ID

    5655S9700

Applicable component levels

  • R600 PSY UK57339

       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":"4.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":"4.1","Edition":"","Line of Business":{"code":"","label":""}}]

Document Information

Modified date:
02 July 2010