dos格式文件传输到unix系统时,会在每行的结尾多一个^M,当然也有可能看不到,但是在vi的时候,会在下面显示此文件的格式,比如 "dos.txt" [dos] 120L, 2532C 字样,表示是一个[dos]格式文件,如果是MAC系统的,会显示[MAC], 正常显示则是80L, 2391C ,无[], 因为文件格式的原因有时会导致我们的unix程序,或者shell程序出现错误,那么需要把这些dos文件格式转换成unix格式,方法是:
vi dos.txt
:set fileformat=unix
:w
这样文件就转换成unix格式文件了, 一般在windows机器上编写好了文件传到unix下就可能会出现这样的情况.
用命令:set ff?
可以看到dos或unix的字样.
用:set ff=unix把它强制为unix格式
也可以用sed 这样的工具来做:
sed 's/^M//' filename > tmp_filename
其中^M是同时Ctrl+V+M按出来的,表示回车。
一)若linux系统中文件换行处出现^M
先用vi打开文件,看看是哪种文件格式: :set ff, 然后将其与对应的文件进行转换,如是dos则转换为unix;
二)若window系统文件换行处出现?
先用ultraEdit打开文件,查看是哪种文件格式,如果是unix,则调用菜单中相应选项,将unix转换为dos,则显示正常。
三)关于文件格式
dos,unix格式处理的差别:DOS是回车+换行,而在UNIX下,只有回车,无换行!
用脚本来判断是哪种文件格式:
file filname|grep -qv ^M && echo file is unix formart || echo file is dos formart
四)经验总结:
凡是行尾出现类似^M,?的乱码都是由文件格式不对引起的,用cvs checkout下的文件格式在Window系统下是dos格式,在unix系统下是unix格式,(CVS默认会根据平台差异自动转换文件格式)由此类推,在Mac系统应该是mac格式,因此用ftp远程传输工具在几种操作系统下要注意文件格式的差异,要求用cvs来管理源码时,不允许用ftp来传输源码文件,一来ftp不加密文件,不安全;二来会造成文件格式的混乱,导致换行错误,由此导致gdb调试中行号错误。