Vinay,
another detail of the ovrdbf command to consider
is "Secure from other overrides"
If the override in program B specifies SECURE *YES for &FILEA,
then program A's override is "blocked"
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vinay Gavankar
Sent: Thursday, March 08, 2012 5:19 PM
To: Midrange Systems Technical Discussion
Subject: OVRDBF problem
Hi,
I am hoping someone here can help me figure out how to solve this with minimal changes.
I have a CLLE Program A (which is always a submitted job) which has the Library, File and Member information (&LIBA, &FILEA, &MBRA).
Program A calls a CLLE Program B with only Library & File as parameters (&LIBA &FILEA).
Program B does an OVRDBF for FILEX with Library & File name -
OVRDBF FILE(FILEX) TOFILE(&LIBA/&FILEA)
and then calls CBLLE Program C, which opens the file.
I want the &MBRA to be opened.
I am free to change Program A.
Program B is an old program being called from multiple places, so I want minimum changes to it (avoid passing a new parameter, if possible).
Is there a way I can do an override in Program A, then in Program B, if an override exists, do not do an additional override. Or maybe change the OVRDBF command in Program B, so that the previous override takes precedence? If the program B is not called from any other program, I want the override to work as is.
TIA
Vinay
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
midrange.com
