A fix is available
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: VSAM2020 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 number
OA59164
Reported component name
DFSMS VSAM
Reported component ID
5695DF106
Reported release
240
Status
CLOSED PER
PE
NoPE
HIPER
YesHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2020-03-02
Closed date
2020-06-29
Last modified date
2024-10-03
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.
[{"Business Unit":{"code":"BU011","label":"Systems - zSystems software"},"Product":{"code":"SG19M"},"Platform":[{"code":"PF054","label":"z Systems"}],"Version":"240"}]
Document Information
Modified date:
04 October 2024