Binary zero injected in TEXT mode tranfer

[stburns]

I have a text file which is incorrectly transferred in TEXT mode using SFTP from Windows XP to Linux. After the transfer, a file compare shows 2 lines (out of 33k) with a binary zero byte at end of line just before CRLF.
I've gotten the same results on 3 different Linux target hosts.
Using WinSCP to transfer file in TEXT mode did not exhibit this problem.
The file is 170k zipped and I'm unable to attach...can I send via email?
Thanks.

[Zoë]

Yeah, go ahead and send it to [email protected]. Make sure to include a copy of the BC log showing the initial connection so we can see the details of the server. If you can include any other details about the server software and its OS, that would help too.

[Robert Tran]

Hi Craig,

I've encountered the same problem when copying some text files in a SFTP session using BC Window version. I am actually comparing two directories on the same Linux server. I'm running BC 3.0.10 on Window XP Professional SP2.

I also used BeyondCompare Linux version (Linux machine but not the Linux server) to compare the same two directories on the server and copy the same files between them. I did not see the problem there. After I copied a file using BC Linux version and make sure the target file is exactly the same, I used the BC Window version to copy the same file and again see the zero byte insertion. The zero byte(s) was inserted at the end of the same line before the CR-LF (0D 0A).

Thanks,
Robert Tran.

Here is my bc log file:

11/06/2008 02:03:15 PM Username: rtran
11/06/2008 02:03:16 PM Load comparison: <->
11/06/2008 02:03:53 PM Connecting to 192.188.0.3
11/06/2008 02:03:53 PM Server key [ssh-rsa 1016 bf:50:b6:5f:48:c2:8d:10:8a:2d:ac:7e:1b:16:7e:9c]
11/06/2008 02:03:53 PM Authorization successful.
11/06/2008 02:03:53 PM Connected to 192.188.0.3 port 22
11/06/2008 02:03:53 PM Server software: OpenSSH_3.5p1
11/06/2008 02:03:53 PM Using SFTP version 3.
11/06/2008 02:03:53 PM Compression: none
11/06/2008 02:03:53 PM Encryption: 3des-cbc
11/06/2008 02:03:53 PM MAC algorithm: hmac-md5
11/06/2008 02:03:53 PM Server information:
11/06/2008 02:03:53 PM Current Folder: /home/rtran
11/06/2008 02:03:54 PM Load comparison: sftp://[email protected]//san2/rtran/7.4.2_crnt/code <->
11/06/2008 02:04:18 PM Load comparison: sftp://[email protected]//san2/rtran/7.4.2_crnt/code <->
11/06/2008 02:04:32 PM Connecting to 192.188.0.3
11/06/2008 02:04:32 PM Server key [ssh-rsa 1016 bf:50:b6:5f:48:c2:8d:10:8a:2d:ac:7e:1b:16:7e:9c]
11/06/2008 02:04:32 PM Authorization successful.
11/06/2008 02:04:32 PM Connected to 192.188.0.3 port 22
11/06/2008 02:04:32 PM Server software: OpenSSH_3.5p1
11/06/2008 02:04:32 PM Using SFTP version 3.
11/06/2008 02:04:32 PM Compression: none
11/06/2008 02:04:32 PM Encryption: 3des-cbc
11/06/2008 02:04:32 PM MAC algorithm: hmac-md5
11/06/2008 02:04:32 PM Server information:
11/06/2008 02:04:32 PM Current Folder: /home/rtran
11/06/2008 02:04:33 PM Load comparison: sftp://[email protected]//san2/rtran/7.4.2_crnt/code <-> sftp://[email protected]//san2/release/int/build/7.4.2/code
11/06/2008 02:05:32 PM Successfully copied 1 items. Completed in 0.99 seconds.
11/06/2008 02:05:51 PM Successfully copied 1 items. Completed in 1.06 seconds.
11/06/2008 02:06:12 PM Successfully copied 1 items. Completed in 0.87 seconds.
11/06/2008 02:06:31 PM Successfully copied 1 items. Completed in 1.03 seconds.
11/06/2008 02:15:43 PM Successfully copied 1 items. Completed in 0.81 seconds.

[Zoë]

Hi Robert,

Thanks for the bug report. Can you send a copy of the affected file to [email protected]? We'll keep it confidential, but you're welcome to mangle it however you want as long as it still shows the problem.