|
Thanks Jim - I didn't think of an exist program. I'll look into it.
Fast is fine, but accuracy is everything. Earp, Wyatt
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Franz
Sent: Monday, 17 May 2010 15:00
To: Midrange Systems Technical Discussion
Subject: Re: Literal Libraries and Testing Problems
<untested guess?>
check if cmd CPYF has an exit program. That may allow you to alter the parms?
Jim Franz
----- Original Message ----- From: "Jim Wiant" <Jim.Wiant@xxxxxxxxxxxxxxxx>
To: "Midrange Systems Technical Discussion" <midrange-l@xxxxxxxxxxxx>
Sent: Sunday, May 16, 2010 9:09 PM
Subject: Literal Libraries and Testing Problems
It's not unusual (unfortunately) that much of our legacy code will usename
CPYF like this: (usually to save copies of data before program
execution).
CPYF FROMFILE(file) TOFILE(library/file)
This obviously makes controlled testing difficult. I would like the
target library to be elsewhere.
My constraints are that :
1) I cannot change the code
2) I must run the complete job stream - I can't choose the bits and
pieces I want and customize the rest.
I'm trying to find a way to control this somehow. OVRDBF doesn't help
because the file names are the same. I thought of a DDMF in the target
library & pointing elsewhere, but of course that's a duplicate file
in that library so I'm stuck again. There is no OVRLIB (override
library) command that I'm away of.
Does anyone have an idea how I could execute some function prior to
calling the offending program that would let me 'override' the target
library?
Thanks for any input
James P. Wiant
Quality is remembered long after the price is forgotten.
Slogan, Gucci Family
This message has been sent from Foodstuffs (Auckland) Limited ("Foodstuffs").
The information contained in this message and or attachments
is intended only for the person or entity to which it is
addressed and may contain confidential and/or privileged
material. Any review, retransmission, dissemination or other
use of, or taking of any action in reliance upon, this
information by persons or entities other than the intended
recipient is prohibited. If you received this in error,
please contact the sender and delete the material from any
system and destroy any copies.
The views and opinions expressed in this message may be those
of the individual and not necessarily those of Foodstuffs,
and are not given or endorsed by it.
Please note that this communication does not designate an
information system for the purposes of the Electronic
Transactions Act 2002.
--
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 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.