过时失效帖 请版主归档

[xeoc]

过时失效帖 请版主归档

[hgshlg]

回车？换行？

[poet]

用 xxd 把文件先倒出来看看你那个字符是什么。

[eexpress]

conky那行怎么写的嘛。
再说，怎么也可以在vim里面回车，然后dd吧。何必发帖

[xeoc]

conky那行怎么写的嘛。
再说，怎么也可以在vim里面回车，然后dd吧。何必发帖

不行,怎样都会有个不知名的方框出来....

[xeoc]

用 xxd 把文件先倒出来看看你那个字符是什么。

就是,最后多了个0a,半拉未知字符....可能我之前说的不清楚,怎么修复这样的文档?....ee说的一早试过,刚看看 恩,0a还是在,0a也不是EOF的值

[hgshlg]

换行符 (\ n) 等效于在 ASCII 换行符字符 (十六进制 0A)

[xeoc]

换行符 (\ n) 等效于在 ASCII 换行符字符 (十六进制 0A)

额,丢人了,那就不是它...但是就是有个方框

对比了下之前和现在的16位

之前的最后一行

代码： 全选

0000570: 7d0d 0a                                  }..

现在的最后一行

代码： 全选

0000290: 6f6c 6f72 7d0a                           olor}.

多了个0d,那么,这个多出来的奇怪半拉字符怎么废掉?

[hgshlg]

0d是回车符，conky我不懂不知道怎么改
http://bbs.yuol.cn/showtopic.aspx?forum ... 66&go=prev
http://www.ruanyifeng.com/blog/2006/04/post_213.html

[xeoc]

0d是回车符，conky我不懂不知道怎么改
http://bbs.yuol.cn/showtopic.aspx?forum ... 66&go=prev
http://www.ruanyifeng.com/blog/2006/04/post_213.html

回车,额...为什么没有显示出^M,别的地方别的文件都会好好的显示^M....诡异啊....

PS:tgz被禁止,tar.gz就行- -!

附上这个诡异的文件

text.tar.gz

[xeoc]

好像是这个意思,一般都是换行回车,这文件里竟然是回车换行,结果不显^M

[hgshlg]

代码： 全选

:set fileformats=unix

然后保存退出。
来源:http://www.17xie.com/read-58521.html

*23.1* DOS、Mac 和 Unix 文件

很久以前，老式的电传打字机使用两个字符来另起新行。一个字符把滑动架移回首位 (称
为回车，<CR>)，另一个字符把纸上移一行 (称为换行，<LF>)。
当计算机问世以后，存储器曾经非常昂贵。有些人就认定没必要用两个字符来表示行
尾。UNIX 开发者决定他们可以用 <Line Feed> 一个字符来表示行尾。Apple 开发者规定
了用 <CR>。开发 MS-DOS (以及微软视窗) 的那些家伙则决定沿用老式的 <CR><LF>。
那意味着，如果你试图把一个文件从一种系统移到另一种系统，那么你就有换行符方
面的麻烦。Vim 编辑器自动识别不同文件格式，并且不劳你操心就把事情给办妥了。
选项 'fileformats' 包含各种各样的格式，Vim 会在编辑一个新文件之初尝试该选项
定义的各种格式。例如，下面这个命令告诉 Vim 先尝试用 UNIX 格式，其次，尝试
MS-DOS 格式:

:set fileformats=unix,dos

编辑一个文件时，你将注意到 Vim 给出的信息消息报中包括文件所用的格式。如果你编
辑的是本地格式文件 (你编辑的文件格式和所用系统一致)，你就不会看到任何格式名。
因此在 Unix 系统上编辑一个 Unix 格式文件不会产生任何关于格式的信息。但你若编辑
一个 dos 文件，Vim 将这样通知你:

"/tmp/test" [dos] 3L，71C

如果是 Mac 文件，你会看到 "[mac]"。
探测到的文件格式会被存入 'fileformat' 选项。执行下面这个命令可以显示你当前
使用的文件格式:

:set fileformat?

Vim 能使用的三种格式如下:

unix <LF>
dos <CR><LF>
mac <CR>


使 用 MAC 格 式

在 Unix 上，<LF> 用于分行。但 <CR> 字符混在文本行中间也非罕见。这种情况碰巧经
常发生在 Vi (和 Vim) 脚本内。
在采用 <CR> 作为换行符的 Macintosh 上，<LF> 字符也有可能混在文本行中间。
结果，很难 100% 肯定一个同时包含 <CR> 和 <LF> 的文件究竟是 Mac 还是 Unix 格
式。所以，Vim 假设你一般不会在 Unix 上编辑一个 Mac 文件，所以干脆对这种文件格
式不作检查。果真要检查此种格式，就把 "mac" 加入 'fileformats':

:set fileformats+=mac

然后 Vim 就会猜测文件格式。要当心， Vim 可能会猜错的。


强 制 格 式

如果你用往日美好的 Vi 来尝试编辑一个采用 MS-DOS 格式的文件，你将会发现每一行的
末尾有个 ^M 字符。(^M 就是 <CR>)。而 Vim 的自动探测功能就避免了这个问题。莫非
你确实要按那个样子来编辑这个文件吗？那么你需要强制 Vim 忽略文件格式而使用你指
定的格式:

:edit ++ff=unix file.txt

字符串 "++" 告诉 Vim 后面跟的是选项名，以取代其默认值。但仅作用于这一个命令。
"++ff" 用于 'fileformat' 选项。你也可以用 "++ff=mac" 或 "++ff=dos"。
这样用法并非适用于任意选项，目前 Vim 仅仅实现了 "++ff" 和 "++enc"。用全称
"++fileformat" 和 "++encoding" 也行。


转 换

你可以用 'fileformat' 选项把文件从一种格式转换为另一种。例如，假定你有个名为
README.TXT 的 MS-DOS 文件，你要把它转换成 UNIX 格式。首先编辑这个采用 MS-DOS
格式的文件:
vim README.TXT

Vim 将识别出那是一个 dos 格式文件。现在把这个文件的格式改为 UNIX:

:set fileformat=unix
:write

这个文件就以 Unix 格式存盘了。

[hgshlg]

文件不规范的原因,版主归档?