ASCII transfer failure from mac server to xp

When transfering from a mac server to an xp box (running winscp on the xp box) in ascii (or automatic) mac text files (with \r line separators) are transfer with no line separators (not \r not \n not \r\n). Binary mode works as expected. The file names end in .txt and logging shows ascii transfer mode is enabled. I can provide the original file if that would be helpful.

-- Jon

details:

3.7.6 (Build 306)

SSH-2
aes
no compression
SCP
native text (ASCII) mode transfers: no

Remote unix system information (uname -a):
Darwin www.<site-name>.com 6.1 Darwin Kernel Version 6.1: Fri Sep 6 23:09:31 PDT 2002; root:xnu/xnu-344.2.obj~1/RELEASE_PPC Power Macintosh powerpc


. 2005-11-28 19:24:46.296 Copying 1 files/directories to local directory "C:\Documents and Settings\pathname-removed\"
. 2005-11-28 19:24:46.296 PrTime: Yes; PrRO: Yes; Rght: rw-r--r--; PrR: No; FnCs: N; RIC: 01; Resume: S (102400); CalcS: Yes; Mask: *.*
. 2005-11-28 19:24:46.296 TM: M; ClAr: No; ExclM(No):
. 2005-11-28 19:24:46.296 AscM: *.*html; *.htm; *.txt; *.php*; *.cgi; *.c; *.cpp; *.h; *.pas; *.bas; *.tex; *.pl; .htaccess; *.xtml; *.css; *.cfg; *.ini; *.sh; *.xml
. 2005-11-28 19:24:46.296 Sent 117 bytes
. 2005-11-28 19:24:46.296 There are 0 bytes remaining in the send buffer
. 2005-11-28 19:24:46.296 Sent 1 bytes
. 2005-11-28 19:24:46.296 There are 0 bytes remaining in the send buffer
> 2005-11-28 19:24:46.296 echo "WinSCP: this is begin-of-file" ; scp -r -p -d -f "20051031-in.txt" ; echo "WinSCP: this is end-of-file:$status"
. 2005-11-28 19:24:46.296 Waiting for another 1 bytes
. 2005-11-28 19:24:46.453 Received 1 bytes
. 2005-11-28 19:24:46.453 Received 29 bytes
< 2005-11-28 19:24:46.453 WinSCP: this is begin-of-file
. 2005-11-28 19:24:46.453 Sending NULL.
. 2005-11-28 19:24:46.453 Sent 1 bytes
. 2005-11-28 19:24:46.453 There are 0 bytes remaining in the send buffer
. 2005-11-28 19:24:46.453 Waiting for another 1 bytes
. 2005-11-28 19:24:46.484 Received 1 bytes
. 2005-11-28 19:24:46.484 Received 26 bytes
< 2005-11-28 19:24:46.484 T1131064560 0 1133223813 0
. 2005-11-28 19:24:46.484 Sending NULL.
. 2005-11-28 19:24:46.484 Sent 1 bytes
. 2005-11-28 19:24:46.484 There are 0 bytes remaining in the send buffer
. 2005-11-28 19:24:46.484 Waiting for another 1 bytes
. 2005-11-28 19:24:46.515 Received 1 bytes
. 2005-11-28 19:24:46.515 Received 27 bytes
< 2005-11-28 19:24:46.515 C0644 25275 20051031-in.txt
. 2005-11-28 19:24:46.515 Sending NULL.
. 2005-11-28 19:24:46.515 Sent 1 bytes
. 2005-11-28 19:24:46.515 There are 0 bytes remaining in the send buffer
. 2005-11-28 19:24:46.515 Ascii transfer mode selected.
. 2005-11-28 19:24:46.515 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.562 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.578 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.593 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.609 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.625 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.625 Received 4096 bytes
. 2005-11-28 19:24:46.625 Session upkeep
. 2005-11-28 19:24:46.640 Received 4096 bytes
. 2005-11-28 19:24:46.640 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.656 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.656 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.703 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.718 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.718 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.734 Received 4096 bytes
. 2005-11-28 19:24:46.734 Received 4096 bytes
. 2005-11-28 19:24:46.734 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.750 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.765 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.781 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.796 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.843 Waiting for another 4096 bytes
. 2005-11-28 19:24:46.843 Received 4096 bytes
. 2005-11-28 19:24:46.843 Received 4096 bytes
. 2005-11-28 19:24:46.843 Received 699 bytes
. 2005-11-28 19:24:46.843 Received 1 bytes
. 2005-11-28 19:24:46.843 SCP remote side confirmation (0)
. 2005-11-28 19:24:46.843 Sending NULL.
. 2005-11-28 19:24:46.843 Sent 1 bytes
. 2005-11-28 19:24:46.843 There are 0 bytes remaining in the send buffer
. 2005-11-28 19:24:46.859 Waiting for another 1 bytes
. 2005-11-28 19:24:46.875 Received 1 bytes
. 2005-11-28 19:24:46.875 Received 29 bytes
< 2005-11-28 19:24:46.875 WinSCP: this is end-of-file:0

WinSCP does not support Mac format of text files, unless the server supports them nativelly.

Then it would be nice if the documentation said so. I think most people will not realize this unless they spend a lot of time (like I did) losing because of it.

thanks

-- Jon

jonr wrote:

Then it would be nice if the documentation said so. I think most people will not realize this unless they spend a lot of time (like I did) losing because of it.

It is documented. If you do not like the way it's documented, please improve it!

Is it possible in a future version to either:

a) add support for translating mac format text files
b) modify the existing text file transfer such that it leaves bare \r characters that are not accompanied by a \n alone, rather than stripping them from the file.

The server I most commonly work with is a freebsd machine that has files in both mac and unix format on it and whilst I like that WinSCP can convert the unix ones to windows format, I have to turn this off otherwise it also strips all the \r characters from the mac files in the same folder.

Ravenous Bugblatter Beast wrote:

a) add support for translating mac format text files
b) modify the existing text file transfer such that it leaves bare \r characters that are not accompanied by a \n alone, rather than stripping them from the file.

I'll consider that :-)

This issue has been added to tracker.

Hi,
I'd want to note that when transferring files in ASCII mode FROM unix TO Windows, WinSCP adds the \n. That's not desirable, I need an option to disable that behavior, and get the files as they are (so the end-of-line style is respected).
Sorry if you already considered this, just wanted to be sure that you know this behavior.

Thanks!
Daniel.

dgutson wrote:

Hi,I'd want to note that when transferring files in ASCII mode FROM unix TO Windows, WinSCP adds the \n. That's not desirable, I need an option to disable that behavior, and get the files as they are (so the end-of-line style is respected).

Enable binary transfer mode.

Actually that would be a text transfer, wouldn't it? It's just how the end-of-line are treated. Maybe the option should say 'Translate end-of-lines into Win mode', and enable or disable it.

Daniel.

dgutson wrote:

Actually that would be a text transfer, wouldn't it?

I support that you have the text mode enabled, as the line ends change while transferring, In binary mode no changes are being made.

Maybe the option should say 'Translate end-of-lines into Win mode', and enable or disable it.

Text (Ascii)/Binary mode are well established terms for the process.