S0C4 in NDVRBOOK
search cancel

S0C4 in NDVRBOOK

book

Article ID: 59118

calendar_today

Updated On:

Products

IDMS IDMS - Database

Issue/Introduction

This document describes a potential reason for a S0C4 in the Endevor/DB batch program NDVRBOOK, and a suggested solution.

Environment

Release: All supported releases.
Component: Endevor/DB.

Cause

As part of r16.0 PTF RO14677, it was necessary to enable optional bit 235. To do this, it means that after RO14677 is applied, program NDVRBOOK dynamically updates RHDCOPTF.

It was also found that in an NDVRBOOK batch job, it was possible for two copies of RHDCOPTF to be loaded. This meant that bit 235 would not be recognized as being on for all of the involved processing. The solution to this was to link RHDCOPTF as RENT, so that only one copy of it was loaded and bit 235 would be seen as being on for all processing.

RO14677 is fixed in the base r17.0 code.

In r17.0 and subsequent releases, it is possible that the IDMS CAGJLOAD will need to be APF-authorized (for example to support ZIIP=Y or a secured SVC). If so, this may also result in the STEPLIB for the NDVRBOOK jobs being APF-authorized. If this is the case, and RHDCOPTF is linked RENT for the above reason, then NDVRBOOK jobs will get a S0C4.

Resolution

Add a non-APF-authorized loadlib to the STEPLIB for the NDVRBOOK step. This will cause it to be unauthorized, and updating the RENT RHDCOPTF will not cause a S0C4.