OA59164: ABEND0C4 PIC4 ON VERIFY WHEN APPLICATION SPECIFIES RMODE31 FOR VSAM CONTROL BLOCKS AND BUFFERS WHILE RUNNING IN AMODE24.

Obtain the fix for this APAR.

APAR status

• Closed as program error.

Error description

• ***** This problem only occurs on 2.4 *****
  
  ABEND0C4 when Open processing is doing an implicit
  VERIFY because VSAM created an RPL above the line to
  do the VERIFY and the application was running in 24bit mode.
  .
  Implicit VERIFY is done at open time whenever the last updater
  of the data set fails to close the data set normally.
  .
  If your program uses a 24-bit address, it can generate a program
  check if you attempt to reference control blocks, buffers, or
  LSR pools located above 16 MB. With a 24-bit address, you do not
  have addressability to the data buffers. If you specify that
  control blocks, buffers, or pools can be above the line and
  attempt to use locate mode to access records while in 24-bit
  mode, your program will program check (ABEND 0C4).
  
  If the VSAM buffers are above the 16 MB line and you attempt to
  access them directly (as in locate mode), your program must run
  in 31-bit addressing mode.
  
  ANALYSIS:
  IDA0192B
  
  
  CATKEYS: VSAMABEND VSAMOC
  
  KNOWN IMPACT:
  Abend0C4 PIC4 in VSAM module IDA019R0+26 in z/OS 2.4
  

Local fix

• BYPASS/CIRCUMVENTION:
  This will only occur if your application requests
  RMODE31=CB or RMODE31=ALL when running in AMODE24 and Open
  needs to do an implicit VERIFY.  If you encounter the problem
  you can use IDCAMS VERIFY to correct the state of the data
  set so that Open will not need to do a VERIFY.
  

Problem summary

• ****************************************************************
  * USERS AFFECTED:                                              *
  * All users of VSAM data sets that run in 24bit mode.	         *
  ****************************************************************
  * PROBLEM DESCRIPTION:                                         *
  * An ABEND0C4 occurs in IDA019R0 when an implict VERIFY is     *
  * done by Open processing for a data set and the calling       *
  * program is running in 24bit mode.                            *
  ****************************************************************
  * RECOMMENDATION:                                              *
  * Apply PTF.                                                   *
  ****************************************************************
  If Open processing determines that an implicit VERIFY needs to
  be issued against the data set, an internal RPL will be built in
  32bit storage if the ACB specifies RMODE31=CB or RMODE31=ALL.
  If the program is running in 24bit mode, this will cause an
  ABEND0C4 in IDA019R0 when VSAM attempts to uses this RPL address
  after clearing the high byte of the address.
  

Problem conclusion

• Open processing is changed to always build the internal RPL
  below the line since it will be freed as soon as the VERIFY is
  complete.
  

Temporary fix

Comments

APAR Information

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

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

  UJ03359

Modules/Macros

• IDA0192B
  

Fix information

• Fixed component name

  DFSMS VSAM

• Fixed component ID

  5695DF106

Applicable component levels

• R240 PSY UJ03359

     UP20/07/21 P F007 ¢

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.