That is what I tohought that the cpyf should be same no matter where it is ran.
I am not using variables.
The commands are the same. I copied the cpyf from the command line into the cl. I also expanded (f10) and compaired
all the option, they were the same in both cases.


William Moore
California Fine Wire
805-489-5144
wjmoore@xxxxxxxxxxxx

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: Wednesday, February 16, 2011 3:42 PM
To: midrange-l@xxxxxxxxxxxx
Subject: Re: Copy File (CPYF) problem

Willie

I have to believe that the commands are not the same. Or maybe there is an override in the CL. There is no difference in a command running on a command line versus running in a program, generally speaking - hence, your question, right?

Is the command in the CL using variables, not literals? Are they being set properly?

HTH
Vern

On 2/16/2011 4:10 PM, Willie J. Moore wrote:
When I run the following command from the command line it works:
Cpyf fromfile(qs36f/zzuser2) tofile(amtlib/zzuser2) frommbr(zzuer2) to
mbr(zzuser2) mbropt(*add)

When I run this same command from with in a CL, I get the following error:
CPF 2874 - Both to-file and from-file members are the same.

Is there a way to get the copy file command to run in a CL?

Any and all help would be appreciated.

William Moore
California Fine Wire
805-489-5144
wjmoore@xxxxxxxxxxxx

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


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.