We have been asked by the customer:
Is there any specific fix for the SOLVE:Access Session Management for z/OS for the meltdown mitigation fixes from IBM APAR OA54807?
-
Just being a little more specific about the item that most concern us: According to one of the APAR HOLD actions, ISVs must no longer
reference the IHAPSA field PSASTAK. With OA54807, PSASTAK is no longer the beginning of the normal FRR stack. PSACSTK is
an existing pointer to the beginning of the normal FRR stack. Software that references PSASTAK must be converted
to use PSACSTK as the pointer to the normal FRR stack. Is SOLVE:Access subjected to this?
OS: z/OS.
-
APAR OA54807 only applies to unauthorized programs. SOLVE:Access must be run from an APF-authorized library or it will terminate at initialization with N00517.
-
We have no references to PSASTAK in our code--not a concern.