IBM Support

OA38877: AFTER APPLYING FIX FOR APAR OA37551, WHEN STARTING ISPF WITHOUT NEWAPPL PARAMETER, IPT STARTS EACH SPLIT WITH NEWAPPL(ISR).

A fix is available

Subscribe

You can track all active APARs for this component.

APAR status

  • Closed as program error.

Error description

  • After applying fix for APAR OA37551, when starting ISPF without
    NEWAPPL parameter, IPT starts each split with NEWAPPL(ISR). It
    should start a split with NEWAPPL(ISP) whenever one of PANEL()
    PGM() or CMD() parameters is specified.
    Permanent OLISTs created by IPT releases higher than V6.1 are
    rejected as invalid by IPT v6.1.
    

Local fix

  • Force NEWAPPL(ISP) by explicitly specfying NEWAPPL(ISP) when
    starting ISPF.
    

Problem summary

  • ****************************************************************
    * USERS AFFECTED: All ISPF Productivity Tool.                  *
    ****************************************************************
    * PROBLEM DESCRIPTION: After applying fix for APAR OA37551,    *
    *                      when starting ISPF without NEWAPPL      *
    *                      parameter, IPT starts each split with   *
    *                      NEWAPPL(ISR). It should start a split   *
    *                      with NEWAPPL(ISP) whenever one of       *
    *                      PANEL() PGM() or CMD() parameters is    *
    *                      specified. Permanent OLISTs created by  *
    *                      IPT releases higher than V6.1 are       *
    *                      rejected as invalid by IPT v6.1.        *
    ****************************************************************
    * RECOMMENDATION: Apply the PTF.                               *
    ****************************************************************
    After applying fix for APAR OA37551, when starting ISPF without
    NEWAPPL parameter, IPT starts each split with NEWAPPL(ISR). It
    should start a split with NEWAPPL(ISP) whenever one of PANEL()
    PGM() or CMD() parameters is specified. Permanent OLISTs created
    by IPT releases higher than V6.1 are rejected as invalid by IPT
    v6.1.
    

Problem conclusion

  • When starting ISPF without NEWAPPL parameter, IPT starts each
    split with NEWAPPL(ISP) whenever one of PANEL() PGM() or CMD()
    parameters is specified.
    Permanent OLISTs created by an IPT release higher than V6.1 are
    now acceptable.
    

Temporary fix

Comments

APAR Information

  • APAR number

    OA38877

  • Reported component name

    ISPF PRODUCTIV

  • Reported component ID

    5698A8100

  • Reported release

    610

  • Status

    CLOSED PER

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    2012-02-22

  • Closed date

    2012-02-29

  • Last modified date

    2012-03-01

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

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

    UA64406

Modules/Macros

  • IQIMAIN  IQIPLST
    

Fix information

  • Fixed component name

    ISPF PRODUCTIV

  • Fixed component ID

    5698A8100

Applicable component levels

  • R610 PSY UA64406

       UP12/03/01 P F202

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.



Document information

More support for: z/OS family

Software version: 610

Reference #: OA38877

Modified date: 01 March 2012


Translate this page: