解决gdb调试时行号错位－－文件格式转换

　话首语：设计模式感悟，如果把自己成功做成某件事情的过程，回忆并加以总结，形成了经验，这就是积累。

 　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调试中行号错误。