SCO505在VMware中FTP的怪现象

liuy2175

本机ftp到VMware中的sco505时,改为bin模式,结果文件每行最后都自动加上^M,成了asc模式,如果不改为bin模式就不会出现^M.

lw371

本机是window吧，传的文件是文本吧，
microsoft的文本文件就是比unix的文本文件多个^M
所以ftp设计了asc文本传输模式自动转换

liuy2175

本机的确是windows,不过传到SCO的文件是原来unix中的,没有回车符^M.

lw371

                    :em16:  :em16:  :em16:  :em16:  :em16:  :em16:

:em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:  :em12:

强烈建议版主都来把你扁一顿！！！

liuy2175

LW371你真很过分.

我已经说的很明确了,传的那个文件不是文本文件,是原来从另一台unix中备份的,没有回车符^M.在从2K传到VMware中的unix时,专门将传输模式改为bin模式,结果每行尾自动增加了回车符^M.

sdccf

可以tr命令把^M去掉。

liuy2175

我只是很奇怪怎么用bin模式会自动增加^M.

CNL

如果
1、你在window本机修改过这个文件，哪怕是打开后直接关闭
2、或者使用window下ftp（默认asc模式）传输到本机
那么本机的文件中就会自动加上^M以适应window的要求，
这个^M在window下用ultraEdit等2进制编辑工具是可以看到的

liuy2175

用ultraEdit查看无^M
在ftp传输时改为bin模式自动加上^M.
如果不改为bin模式直接put就不会加上^M.

CNL

我是真不愿意回答这样的问题，但是不回答太对不起你的固执。

UltraEdit要看16进制内容；

这个问题实际是个回车换行的问题，说起来话就长了，
70年的计算机没有屏幕只有电传打字机，
每行末都需要向电传发送一个回车符(^M)再加一个换行符(^J)，
其中回车符(^M，16进制0d)命令电传机打印头回到本行行首，
换行符(^J，16进制0a)让电传机打印头下移一行，
后来DOS文件里面为了兼容也是这样组织文本文件(TXT)的，
再后来microsoft为了兼容DOS历史，也保留了这一光荣传统，
但Unix的标准只采用一个(^J)作为文本文件TXT的换行符，
这样同样内容的文本文件在Unix和Window下存储是不同的，
所以就有了ftp的所谓ascii和binary两种传输模式，
所谓的ascii模式就是unix->;window时碰到单独的^J自动前补上一个^M
window->;unix时碰倒^M^J换成一个^J

如果你还不明白，建议你重新回学校看大一计算机的入门教材。