PM78072: ABEND S0C4 CSLSXPR0 TRYING TO ISSUE BPE0032I AFTER F <SCITASK>,SHUTDOWN

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • Customer issues F <scitask>,SHUTDOWN.
    Flow:
    BPEMOD00->BPECMD00->BPECMD10->BPEPRNT0+BPEWPRT0->CSLSXPR0
    We are trying to issue BPE0032I message; CSLSXPR0 assumes that
    any message that does not start with 'CSL' and is in fact a
    multi-line WTO where the first 4 bytes of the message text
    point to the actual first text line. BPE0032I is not multi-line
    and we end up trying to use c'BPE0' as an address pointer and
    S0C4. It seems CSLSXPR0 should also check for 'BPE' in the
    single line test.
    

Local fix

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All users of IMS v11 SCI who have installed  *
    *                 the optional CSL Unsolicited Message User    *
    *                 Table, CSLZUMTU.                             *
    ****************************************************************
    * PROBLEM DESCRIPTION: ABEND0C4 in CSLSXPR0 when SCI prints a  *
    *                      message with BPE prefix                 *
    ****************************************************************
    * RECOMMENDATION: INSTALL CORRECTIVE SERVICE FOR APAR/PTF      *
    ****************************************************************
    CSLSXPR0 is the System BPEWPRNT exit for SCI, and is driven
    whenever SCI uses BPEWPRNT to send a console message.  At label
    XPR01100, it determines whether the message is a single-or
    multiple-line WTO by checking whether the message begins with
    'CSL'.  If it does, the message is a single line WTO.
    Otherwise, it is assumed to be a multi-line WTO.  This leads to
    the reported abend when the character data 'BPE0' is treated as
    a storage address when the exit attempts to process the message
    as if it were a multi-line WTO.
    
    This problem is only exposed if the optional CSL Unsolicited
    Message User Table, CSLZUMTU, is installed.  If this table is
    not present, CSLSXPR0 branches around the line of code that
    produces the ABEND0C4.
    

Problem conclusion

  • GEN:
    KEYWORDS:
    
    *** END IMS KEYWORDS ***
    Additional checking is added to CSLXBPR0 to correctly
    differentiate between single-and multi-line WTOs.  First, any
    message with the prefix 'BPE' is processed as a single line WTO.
    Additionally, any message in which flag WPLMCSFJ in byte
    WPLMCSF2 is not set is processed as a single line WTO.
    

Temporary fix

Comments

APAR Information

  • APAR number

    PM78072

  • Reported component name

    IMS V11

  • Reported component ID

    5635A0200

  • Reported release

    100

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt

  • Submitted date

    2012-11-28

  • Closed date

    2013-02-22

  • Last modified date

    2013-03-04

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

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

    UK91940

Modules/Macros

  •    CSLSXPR0
    

Fix information

  • Fixed component name

    IMS V11

  • Fixed component ID

    5635A0200

Applicable component levels

  • R100 PSY UK91940

       UP13/02/27 P F302

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

Add comments

Document information


More support for:

IMS

Software version:

100

Reference #:

PM78072

Modified date:

2013-03-04

Translate my page

Machine Translation

Content navigation