将它们一起放在了nor flash里,好不容易搞定了编译错误,一运行程序就出错,进去调试,
发现读到的信息全是错的!!不会吧,细细一看,fopen读上来的字符串是这样的"First Line
\r\nSecond Line\r\n...",再去看看VS里面读的,却是这样的:"First Line\nSecond
Line\n...",查了查资料,发现了问题所在。
在计算机还没有出现之前,有一种叫做电传打字机(Teletype Model 33)的玩意,每
秒钟可以打10个字符。但是它有一个问题,就是打完一行换行的时候,要用去0.2秒,正好可
以打两个字符。要是在这0.2秒里面,又有新的字符传过来,那么这个字符将丢失。 于是,
研制人员想了个办法解决这个问题,就是在每行后面加两个表示结束的字符。一个叫做“回
车”,告诉打字机把打印头定位在左边界;另一个叫做“换行”,告诉打字机把纸向下移一
行。 这就是“换行”和“回车”的来历,从它们的英语名字上也可以看出一二。 后来,计
算机发明了,这两个概念也就被般到了计算机上。那时,存储器很贵,一些科学家认为在每
行结尾加两个字符太浪费了,加一个就可以。于是,就出现了分歧。Unix 系统里,每行结尾
只有“<换行>”,即“\n”;Windows系统里面,每行结尾是“<回车><换行>”,即“ \r\n
”;Mac系统里,每行结尾是“<回车>”。一个直接后果是,Unix/Mac系统下的文件在
Windows里打开的话,所有文字会变成一行;而Windows里的文件在Unix/Mac下打开的话,在
每行的结尾可能会多出一个^M符号。
然而,让人郁闷的是,windows下的C标注库函数fopen却不会把文本中的回车符'\r'读出
来,我们上C语言课应该很清楚,没有书会把'\r'列出来告诉你是回车的,也没有书告诉你,
编程时换行就是'\n'而不是"\r\n"的。这个太坑爹了啊!!还是linux下的fopen靠谱,会把
从windows复制过来的文本读出"\r\n",然而这个带来的问题各位应该很清楚的,我们的程序
识别换行都是'\n',而现在'\r'却先出现,从而导致读取的错误。
要解决它很简单,用UtrlaEdit将文件从DOS转到Unix格式就可以将回车符去掉,然后重新
下载到nor flash里就可以用啦!!