IBM Support

PM81876: ABEND 0C4 RC12 IN FSCCOBOL (PROTECTION EXCEPTION)

A fix is available

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as program error.

Error description

  • Per PMR 53090,999,000 - Abend 0C4 RC12 in FSCCOBOL
    
    ================================================================
    Date reported: 12/14/2012
    
    
    Severity:  High
    
    
    Users Affected:
     All IMU users of MU V4.1
    
    
    Problem Description:
     User is getting ABEND 0C4 RC12 in FSCCOBOL (protection
     exception)
    
    
    Problem Summation
     The problem is caused by the ACCL LFILL macro statement when
     the length to be filled is greater than the actual allocated
     storage. The problem is in FSACCL00 module, YGETSTR0 routine
     where attempt to use nucleus fields fails. The nucleus is
     DSECTED by R7 but R7 is destroyed in the YLFILL/YRFILL
     routines, causing a bad pointer.
    
    
    Problem Conclusion:
     The use of nucleus fields was removed from the YGETSTR0 routine
     in FSACCL00 subprogram.
    
    
    The following modules are impacted:
    FSOFT01.V4R1M0.SFSYLOAD
     FSCCOBOL - existing program
     FSCCOB31 - existing program
     FSCASSEM - existing program
     XXCCOBOL - existing program
    ================================================================
    

Local fix

  • N/A
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All IMU V4.1 users.                          *
    ****************************************************************
    * PROBLEM DESCRIPTION: User is getting ABEND 0C4 RC12 in       *
    *                      FSCCOBOL (protection exception)         *
    ****************************************************************
    * RECOMMENDATION: Apply the PTF.                               *
    ****************************************************************
    The problem is caused by the ACCL LFILL macro statement when
    the length to be filled is greater than the actual allocated
    storage. The problem is in FSACCL00 module, YGETSTR0 routine
    where attempt to use nucleus fields fails. The nucleus is
    DSECTED by R7 but R7 is destroyed in the YLFILL/YRFILL
    routines, causing a bad pointer.
    

Problem conclusion

  • The use of nucleus fields was removed from the YGETSTR0
    routine in FSACCL00 subprogram.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM81876

  • Reported component name

    MIGRATION UTILI

  • Reported component ID

    5697N4400

  • Reported release

    320

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2013-02-01

  • Closed date

    2013-03-12

  • Last modified date

    2013-07-03

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

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

    UK94950

Modules/Macros

  •    FSYASSEM FSYCCBOL FSYCCB31 FSYXCOBO
    

Fix information

  • Fixed component name

    MIGRATION UTILI

  • Fixed component ID

    5697N4400

Applicable component levels

  • R410 PSY UK94950

       UP13/06/11 P F306

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":"SSY4B9","label":"IBM Migration Utility for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"320","Edition":"","Line of Business":{"code":"LOB35","label":"Mainframe SW"}}]

Document Information

Modified date:
27 October 2020