PM90235: ISRSUPC (ISPF SUPER COMPARE) ABENDS WHEN ONE OF ONE (CONCATENATION) FILE IN THE CONCATENATION IS NOT INITIALIZED

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • When running ISRSUPC (ISPF Super Compare) in batch and when
    NEWDD
    and/or OLDD contains more than one file (concatenation) and when
    one of
    the files in the concatenation is not initialized (e.g.
    BLKSIZE=0 ...),
    we receive message IEC141I 013-34 (or IEC141I 013-60) followed
    by an
    S0C4.
    
    The IEC141I messages seem ok because the file is not
    initialized.
    However, the S0C4 abend is not expected.
    

Local fix

  • Don't use uninitialized files
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: Users of SuperC Utility from HLASM Toolkit   *
    *                 for z/OS, z/VM and z/VSE                     *
    ****************************************************************
    * PROBLEM DESCRIPTION: If SuperC was processing a              *
    *                      concatenation of sequential data sets   *
    *                      and the second or subsequent data set   *
    *                      was uninitialized, this (correctly)     *
    *                      caused an abend 013 during EOV          *
    *                      processing with message IEC161I 013-34, *
    *                      but this was immediately followed by an *
    *                      0C4 in SuperC.                          *
    ****************************************************************
    * RECOMMENDATION:                                              *
    ****************************************************************
    If an abend occurred during EOV processing, when switching from
    reading one concatenated data set to the next, the DCB abend
    exit provided by SuperC trapped and handled the abend, with the
    result that EOV processing closed the DCB.  The code which was
    reading the data set failed to allow for this possibility, and
    tried to read the next record from a closed DCB, causing an 0C4
    abend.
    

Problem conclusion

  • SuperC input processing logic has been modified to check whether
    the DCB is still open after reading each record.  If not, it now
    sets the same indicators as for an I/O error, which will cause
    SuperC to terminate with return code 16 and an appropriate
    message, for example as follows: ASMF059E A SYNAD ERROR
    INTERCEPT ON THE NEW-FILE/DATA SET IS AN I/O ERROR,
    CONCATENATION-ORDERING OR ATTRIBUTE CONFLICT.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM90235

  • Reported component name

    HLASM TOOLKIT

  • Reported component ID

    569623401

  • Reported release

    16A

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-05-31

  • Closed date

    2013-08-01

  • Last modified date

    2014-03-27

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

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

    UK96249 UK96250 UK96251 OA43114

Modules/Macros

  • ASMFPRBT ASMFPSRH ASMFRDIO ASMFRDLN ASMFRDWD ASMFSUPC
    

Fix information

  • Fixed component name

    HLASM TOOLKIT

  • Fixed component ID

    569623401

Applicable component levels

  • R16A PSY UK96249

       UP13/08/02 P F308

  • R36A PSY UK96250

       UP13/08/01 P 1308

  • R6IM PSY UK96251

       UP13/08/01 P E520

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.



Rate this page:

(0 users)Average rating

Document information


More support for:

z/OS family

Software version:

16A

Operating system(s):

z/OS

Reference #:

PM90235

Modified date:

2014-03-27

Translate my page

Machine Translation

Content navigation