补数据~win和unix的文件换行符

 有个系统的数据丢失了，搞来了原始报告，查了一下系统文档。

命令是这样的：commit -f /u/cmoas/cfg/ooconfig -t T0011 /u/cmoas/his/T0011/2009_01_31.T0011

结果不成功，检查log，发现日期解析成了“20-00-00 00：00：00”。

在想是不是需要dos2unix一下，结果AIX下居然没有这个命令。

 

google一番找到了如下一段话：

 没听说过AIX有这种命令，你可以自己动手

以前，老式的电传打字机使用两个字符来另起新行。一个字符把滑动架移回首位

(称为回车, <CR>)，另一个字符把纸上移一行 (称为换行, <LF>)。

? ?当计算机问世以后，存储器曾经非常昂贵。有些人就认定没必要用两个字符来表示

行尾。UNIX 开发者决定他们可以用 <Line Feed> 一个字符来表示行尾。开发 MS-DOS (以及微软视窗) 的那些家伙则决定沿用老式的<CR><LF>。

所以从DOS到UNIX的格式转换需要把<CR> (ASCII 13，八进制15)去掉，用tr命令就可以完成。

tr -d '/015' <dos.txt>unix.txt

而从UNIX到DOS格式转换需要在<LF>后追加上一个<CR>，我试了sed等命令好像不支持/012这种转义字符，你可以用C语言来做，非常之简单,其核心部分如下：

...

??c = fgetc(fFileR);

??while( !feof(fFileR) )

??{

? ? fputc(c,fFileW);

? ? if(c=='/n')fputc ('/r',fFileW);

? ? c=fgetc(fFileR)

??}

...

 

 

 

还有如下一段话

那个^M是DOS（WINDOWS）文件上传时没有将回车+换行符转换而产生的。如果使用FTP上传的话，对这样的文本文件，应该使用ASCII方式，这样上传时FTP会根据两边的文件系统的格式进行必要的转换，上传后的UNIX文件中就没有那个^M了。这就是FTP中那个“P”的作用（Protocol，协议）。
对二进制文件（图形、压缩、执行等），FTP传送时一定要用BINARY方式，不然它会自作聪明地转换的。
如果是采用自己的通信软件传送，那么在处理DOS的回车+换行符（/r/n，16进的0Dh 0Ah）时把/r（0Dh）去掉不传就可以了。

 

 

 

 

重新上传原始报告，指定传送的方式，ok解决了。