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



Thanks, guys. I usually do as you suggest, Darrell. But this was a "simple" short shelf life CL so, I guess, I subconsciously (or unconsciously) decided to take a short cut. Just never gave it much thought before and never [to my knowledge .-)] encountered it before.

I did try to find a reference to this behavior in the CL manual but didn't find anything.


I'll defer to the consensus that this is normal behavior. But it still doesn't seem logical. However, we'll just chalk that one up to being a history major.

        * Jerry C. Adams
*IBM System i Programmer/Analyst
B&W Wholesale Distributors, Inc.* *
voice
        615.995.7024
fax
        615.995.1201
email
        jerry@xxxxxxxxxxxxxxx <mailto:jerry@xxxxxxxxxxxxxxx>



Darrell A Martin wrote:

Jerry:

This is expected behavior. The override takes precedence over the library specification.

I usually set each override immediately before the point of its intended use. I then delete it immediately after that point. At least, I do so when there is any chance that I will be processing a different instance of the file at a different point in the program, and if I suspect that it could ever become an ease of maintenance problem later on.

Darrell

Darrell A. Martin  -  754-2187
Manager, Computer Operations
dmartin@xxxxxxxxxxxxx



Jerry Adams <jerry@xxxxxxxxxxxxxxx> Sent by: midrange-l-bounces@xxxxxxxxxxxx
07/05/2006 02:41 PM
Please respond to
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>


To
Midrange-L <midrange-l@xxxxxxxxxxxx>
cc

Subject
CPYF Command Error?






I encountered something new this afternoon. Seems like a bug to me but, before I report it, I wanted to know if it is, indeed, a bug or anomaly.


I wrote a CL that sets up a test file.  The CL contains:

   OVRDBF   FILE(FILEA)  TOFILE(LIBA/FILEA)

A conversion program runs.  Then I have a CPYF command:

CPYF       FROMFILE(LIBB/FILEB)                         +
            TOFILE(LIBC/FILEA) MBROPT(*REPLACE)               +
FMTOPT(*MAP *DROP)

The anomaly (to me, anyway) is that, even though the CPYF's TOFILE explicitly names the library as LIBC, it was the LIBA file that got the copy. Once I put a DLTOVR FILEA between the conversion program and the CPYF command things went as I expected (i.e., LIBC/FILEA received the data).


Am I in error to expect an explicit definition (TOFILE(LIBC/FILEA) in this case) to take precedence over an OVRDBF? I mean, if I had simply said TOFILE(FILEA) I could understand what happened; i.e., the override being used instead of necessarily searching the library list.


Thanks.


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.