RE: Using CPYTOSTMF to TXT file PC sees extra record

John Allen wrote:

Thanks for all the information.

You're welcome.

Your suggestion (and the suggestion of some others) about
editing the txt file after I create it is not a good
solution due to the fact I want to fully automate sending
this file to our vendor daily without user intervention

(Sorry I left that out of my original email)

That's OK.

I was hoping that I was missing something that I could use
when copying the file to the txt file.

If there is an option to exempt the last record from the 0D0A, I am
unaware of it. And, as I noted, I wouldn't expect it to exist.

Your situation is kind of unusual, it may even be a bug by your vendor.
But, this sort of thing is arbitrary enough that they could as easily
argue it is "working as designed" and mean it.

I may have to write a program that writes directly to the
IFS file and put my own 0D0A in all records but the last
one.

The easiest fix by far would be to do the CPYxxx command to IFS file "A"
and then have a very simple program follow that just deals with this
problem. That new program would then read file "A" and re-write it as
"B" with the offending CR/LF at the bitter end removed. Then you at
least get all the function of the CPYxxx command and just deal with the
little headache explicitly.

If you arrange for IFS file "A" to be in ASCII, then the little program
to create "B" is very easy to write in Java.

John

Larry Loen

www.applicationperformancegroup.com