Tomasz writes: > I have a file on Unix server. When I transfer that file from Unix to Linux > using FTP - I'm getting file with the same size. > When I use SFTP, I'm getting file smaller by 79 bytes. The file has 79 > lines. > That file is then FTP from Linux to z/OS - using FTP batch job on z/OS (using > "get" command). > The file which was FTP-ed (from Unix to Linux) can be read on z/OS, the file > which was SFTP-ed (from Unix to Linux) shows only first line. > When I used "set list" command (vi editor on Linux) - I can see "$" (end of > line character) on both files (in the same column). > > 1. How can I find out which character is lost during SFTP process? (I'm > assuming that some control character is lost). How can I get that file using > SFTP without losing any characters? > 2. Any other suggestion how to go around the problem? - I have to use the > file which was SFTP-ed from Unix to Linux on z/OS (I cannot use the FTP-ed > file).
My first guess is that this is a difference between CR/LF and LF terminating each line. I think that your FTP and SFTP clients are set to treat line termination differently. (Something like binary mode.) To see what is actually in a file I normally go to the unix utility od (octal dump) which I invoke as od -c to make it easier to interpret - and it will show what is used at end-of-line (with that flag it will show these new-line as \n return as \r -- --henry schaffer ---------------------------------------------------------------------- For LINUX-390 subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390