IBM Support

II06749: GIM24001E AND IEV004 WHEN APPLYING MAINTENANCE FOR DFHXSE

Subscribe

You can track all active APARs for this component.

 

APAR status

  • Closed as canceled.

Error description

  • Customer is applying maintenance for PN19538 UN27578 and is
    getting MSGGIM24001E ASSEMBLY PROC FOR SYSMOD UN27578 FAILED FOR
    MOD DFHXSE IN SMPCSI LIB RC08 RC 08.  When they turned PRINT ON
    for DFHGDEFS they saw MSGIEV004 for about 270 statements.  This
    is because the PTF does a COPY DFHGDEFS which causes duplicate
    defines for all the globals.
       The problem has been triggered by internal manipulating of
    DFHXSE definitions, in order to switch from object-only, to
    begin shipping total source, then later to ship updates to
    source.  To correct runs the risk of introducing possible
    further problems.  The ship of DFHXSE for PN09382/UN14386 (R212)
    had only the Object deck.  It should have been built with
    product but this was omitted.
    To rectify this we have to :-
       1. Define/create a JCLIN file
       2. Ship total source code for DFHXSE, including GLOBALS prefi
       3. Redefine XSE as Macro, to ensure that source updates would
          go out for any future apars.
    PROBLEMS IN THE ABOVE STATEMENTS.
      Both JCLIN and GLOBAL prefixes contain a copy GDEFS statement.
      To solve by Apars :-
       1. Revert to Object only.
       2. Have PART and JCLIN deleted.
       3. Re-issue new PART and JCLIN.
       4. Provide prefix GLOBALS without copy of GDEFS.
       5. Redefine for UPDATE, SOURCE and FUTURE changes.
       This process would take 2 apars, involves UCLIN and is not
    acceptable.
    ************** CHANGE TEAM CIRCUMVENTION ********************
       Remove the COPY DFHGDEFS from the GLOBALS prefix (that was
    shipped with the original total-source-apar) as it will never be
    updated.  The only time it existed, the PTF was at FIRST and
    ONLY 'SHIP-TOTAL-SOURCE' point.  All changes from now on can
    only affect the DFHXSE source, NOT the GLOBALS prefix.  I.E.
    the XSE CSECT is the unit that will change.  If the GLOBALS
    prefix has been USERMODified, it will remain in this state for
    the lifetime of the product.  (Equally, the JCLIN that was sent
    with the total-source-apar could be modified with the same
    criteria applying).  Either method of change uses only one
    statement- COPY GDEFS.
    (On the PTF JCLIN ++MAC you can comment out the COPY
     DFHGDEFS statement.)
    

Local fix

Problem summary

Problem conclusion

Temporary fix

Comments

  • INFO APAR
    

APAR Information

  • APAR number

    II06749

  • Reported component name

    PB LIB INFO ITE

  • Reported component ID

    INFOPBLIB

  • Reported release

    001

  • Status

    CLOSED CAN

  • PE

    NoPE

  • HIPER

    NoHIPER

  • Special Attention

    NoSpecatt / Xsystem

  • Submitted date

    1993-02-25

  • Closed date

    1993-02-25

  • Last modified date

    1993-03-23

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

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

Fix information

Applicable component levels

[{"Business Unit":{"code":null,"label":null},"Product":{"code":"SG19O","label":"APARs - MVS environment"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"","label":""}},{"Business Unit":{"code":"BU059","label":"IBM Software w\/o TPS"},"Product":{"code":"SSEPEK","label":"Db2 for z\/OS"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"001","Edition":"","Line of Business":{"code":"LOB10","label":"Data and AI"}}]

Document Information

Modified date:
13 December 2020