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



-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Oh, I just thought of another way. Don't use CRLF as the record
separator. You could specify another character, and then it's up to the
receiving process to parse it. Perhaps "~". You could also use *EOR,
which, according to to the documentation is x'00.

Pete Hall
pbhall@xxxxxxxxxxxxx
http://pbhall.us


Pete Hall wrote:
If you look at a text file with CRLF termination, you'll always see an
extra line, because the end of line is CRLF. That last line will have a
length of 0. The only way(s) I can think of to get around that would be
to output the CRLF at the start of all records other than the first, or
to remove the last 2 bytes from the output datastream.

Pete Hall
pbhall@xxxxxxxxxxxxx
http://pbhall.us


Fleming, Greg (ED) wrote:
When I FTP a file from our iSeries to the PC, it always seems to have
one blank record at the end. Also seems to happen when I use CPYTOIMPF
to the IFS.

I reckon the CRLF on the last record is causing an extra record to be
created.

This seems to be causing our DB service provider some consternation, as
the actual record count they see is one more than the count I send them
in the control file.

I could just increase the control file count by one every time, but that
seems like cheating.

Does anyone know of a way to prevent this extra record from appearing on
the PC side ?

Thanks



Greg Fleming

Senior Programmer/Analyst

Everglades Direct, Inc.



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHO6qcpcZsDl8OX6kRAqxOAJ0WVZUCIyhQBfQ9IZ0J0CK18NN8jACgsMEU
9bc2VIibMS+5BrFK+idFQwY=
=cfBX
-----END PGP SIGNATURE-----

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.