SCO505在VMware中FTP的怪現(xiàn)象

liuy2175

本機ftp到VMware中的sco505時,改為bin模式,結(jié)果文件每行最后都自動加上^M,成了asc模式,如果不改為bin模式就不會出現(xiàn)^M.

lw371

本機是window吧，傳的文件是文本吧，
microsoft的文本文件就是比unix的文本文件多個^M
所以ftp設(shè)計了asc文本傳輸模式自動轉(zhuǎn)換

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你真很過分.

我已經(jīng)說的很明確了,傳的那個文件不是文本文件,是原來從另一臺unix中備份的,沒有回車符^M.在從2K傳到VMware中的unix時,專門將傳輸模式改為bin模式,結(jié)果每行尾自動增加了回車符^M.

sdccf

可以tr命令把^M去掉。

liuy2175

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

CNL

如果
1、你在window本機修改過這個文件，哪怕是打開后直接關(guān)閉
2、或者使用window下ftp（默認(rèn)asc模式）傳輸?shù)奖緳C
那么本機的文件中就會自動加上^M以適應(yīng)window的要求，
這個^M在window下用ultraEdit等2進制編輯工具是可以看到的

liuy2175

用ultraEdit查看無^M
在ftp傳輸時改為bin模式自動加上^M.
如果不改為bin模式直接put就不會加上^M.

CNL

我是真不愿意回答這樣的問題，但是不回答太對不起你的固執(zhí)。

UltraEdit要看16進制內(nèi)容；

這個問題實際是個回車換行的問題，說起來話就長了，
70年的計算機沒有屏幕只有電傳打字機，
每行末都需要向電傳發(fā)送一個回車符(^M)再加一個換行符(^J)，
其中回車符(^M，16進制0d)命令電傳機打印頭回到本行行首，
換行符(^J，16進制0a)讓電傳機打印頭下移一行，
后來DOS文件里面為了兼容也是這樣組織文本文件(TXT)的，
再后來microsoft為了兼容DOS歷史，也保留了這一光榮傳統(tǒng)，
但Unix的標(biāo)準(zhǔn)只采用一個(^J)作為文本文件TXT的換行符，
這樣同樣內(nèi)容的文本文件在Unix和Window下存儲是不同的，
所以就有了ftp的所謂ascii和binary兩種傳輸模式，
所謂的ascii模式就是unix->;window時碰到單獨的^J自動前補上一個^M
window->;unix時碰倒^M^J換成一個^J

如果你還不明白，建議你重新回學(xué)�？创笠挥嬎銠C的入門教材。