× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



It definitely is not specified (otherwise it would show up on the DSPOVR),
nor is the command default changed on our system.

So SECURE(*NO) should be in effect for both commands.

On Fri, Mar 9, 2012 at 11:46 AM, Gary Thompson <gthompson@xxxxxxxxxxx>wrote:

Check Program B to see if OVRDBF SECURE(*YES) is specified

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:
midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vinay Gavankar
Sent: Friday, March 09, 2012 9:39 AM
To: Midrange Systems Technical Discussion
Subject: Re: OVRDBF problem

It does not seem to work.

When the job was running, I displayed the Overrides, and this is what it
showed me:

File Level Type Keyword
Specifications
CLMOUTPUT 5 DB TOFILE(APIACETRN/REJFILE51)
*JOB DB TOFILE(APIACETRN/REJFILE51)
MBR(BZ23591001)

But the output was still written to the *FIRST member of the file.

Vinay

On Fri, Mar 9, 2012 at 9:15 AM, sjl <sjl_abc@xxxxxxxxxxx> wrote:


Yes, It should. No need to change program B if all it does is OVRDBF
FILE(FILEX) TOFILE(&LIBA/&FILEA).

But I previously miswrote the command you should use in program A.

In program A, use:

OVRDBF FILE(FILEX) TOFILE(&LIBA/&FILEA) MBR(&MBRA) OVRSCOPE(*JOB)

- sjl


"Vinay Gavankar" wrote in message
news:mailman.1919.1331302007.14575.midrange-l@xxxxxxxxxxxx...

Will it work without changing what already exists in Program B?

OVRDBF FILE(FILEX) TOFILE(&LIBA/&FILEA)

On Thu, Mar 8, 2012 at 9:15 PM, sjl <sjl_abc@xxxxxxxxxxx> wrote:

Vinay -

If you use OVRDBF FILE(&LIBA/&FILEA) MBR(&MBRA) OVRSCOPE(*JOB) in
program A before calling program B, it should work.

After the call to program B in program A you should also have DLTOVR
(&LIBA/&FILEA) LVL(*JOB)

- sjl


Vinay wrote:
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.



--
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.


--
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.



--
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.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.