PK10366: SOS AFTER CONVERTING FROM HPJ TO JVM. COMMAREA ARE BEING FORCE TO 24BIT ADDRESS MODE.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• converting programs from using HPJ to use JVM. excessive 24k
  blocks of amode 24re are being tied up. Commarea is being obtain
  ed as amode 24 when new commareas is required.
   When DFHPGLE decides to make a copy of the commarea, User24 is
  chosen when USER (AMODE 31) storage could have been selected.
  when the commareas are large this causes SOS(short on storage)
  condition.
  

Local fix

Problem summary

• ****************************************************************
  * USERS AFFECTED: All CICS users.                              *
  ****************************************************************
  * PROBLEM DESCRIPTION: Commareas for JVM programs are          *
  *                      getmained from 24 bit storage.          *
  ****************************************************************
  * RECOMMENDATION:                                              *
  ****************************************************************
  When a program is linked to with a commarea, CICS determines if
  a commarea copy is required.  A copy is required if storage
  protection is active and the linked to program is in USER key
  while the commarea is in CICS key.  A copy is also required if
  the program runs below the line and the commarea is above the
  line.  The decision on whether the program runs below the line
  or not is determined by the entry point of the program held in
  loader domain.  For a CICS JVM program this entry point is zero
  because loader domain does not load Java classes (that is
  handled entirely by the JVM).  This causes DFHPGPG and DFHPGLE
  to decide that the JVM runs in 24 bit mode and to copy the
  commarea to 24 bit storage.  The JVM runs in 31 bit mode so
  commareas should remain above the line.
  
  Additional Keywords:
  MSGDFHSM0131 DFHSM0131
  

Problem conclusion

• DFHPGPG (for initial links), DFHPGLE (for links) and DFHPGXE
  (for XCTL) have been changed to handle CICS JVM programs as 31
  bit when determining if a commarea copy is required.  If a copy
  is required then 31 bit storage will be chosen except for XCTL
  which always copies to 24 bit storage if a copy is required.
  

Temporary fix

• FIX AVAILABLE BY PTF ONLY
  

Comments

APAR Information

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

  PK09156

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

  UK07121

Modules/Macros

•    DESPGPG  DFHPGLE  DFHPGPG  DFHPGRE  DFHPGXE
  

Fix information

• Fixed component name

  CICSTS 3.1 Z/OS

• Fixed component ID

  5655M1500

Applicable component levels

• R400 PSY UK07121

     UP05/09/16 P F509

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.