各路高手,请指点一下:
在Windows上边使用Emacs23与Subversion配合使用没,我使用 C-x v v 提交版本输入日志 C-c C-c 后,在查看日志,就全部变成\123\343\132\231 之类的编码样式了,应该是Emacs还是Subversion的编码设置有问题
请问各位高手知道不,呵呵:)
有在Windows上边使用Emacs23与Subversion配合使用没,怎么解决乱码的问题
- Gideon
- 帖子: 24
- 注册时间: 2007-11-30 18:17
- Gideon
- 帖子: 24
- 注册时间: 2007-11-30 18:17
Re: 有在Windows上边使用Emacs23与Subversion配合使用没,怎么解决乱码的问题
自己发现是由于Emacs输出的编码不对,在Windows上边输出如果为GB2312的话,就应该是对的,不过还是不是很清楚怎么调整Emacs输出编码。
- blueabysm
- 帖子: 94
- 注册时间: 2010-10-06 10:39
Re: 有在Windows上边使用Emacs23与Subversion配合使用没,怎么解决乱码的问题
我也遇见了类似的问题,
我是 ssh 登录到 CentOS 使用 Emacs23.4.1 (23.3b也不行)+ subversion 1.4.2,
在 bash 环境里 svn log,都能正常显示。
在 emacs 里使用 vc-log, 以前一直都可以,不知哪天开始不行了,中文字符个别是乱码,其他的都显示成了编码值 \123 这样的
并且我使用 vc-commit 提交包含中文字符的 commit message 时,不能提交,提示:
求助Google大神,仅得到下面一篇比较接近的文章:
http://erwin.co/2007/04/09/valid-utf-8- ... -sequence/
但是我按照博主的方法查看了所有文件的文件名,并不存在使用 GBK 文件名编码的文件。
实在不知道原因,所以挖坟求助高手。万分感激~~
我是 ssh 登录到 CentOS 使用 Emacs23.4.1 (23.3b也不行)+ subversion 1.4.2,
在 bash 环境里 svn log,都能正常显示。
在 emacs 里使用 vc-log, 以前一直都可以,不知哪天开始不行了,中文字符个别是乱码,其他的都显示成了编码值 \123 这样的
并且我使用 vc-commit 提交包含中文字符的 commit message 时,不能提交,提示:
代码: 全选
svn: Commit failed (details follow):
svn: Valid UTF-8 data
(hex:)
followed by invalid UTF-8 sequence
(hex: b2 e2 ca d4)
http://erwin.co/2007/04/09/valid-utf-8- ... -sequence/
但是我按照博主的方法查看了所有文件的文件名,并不存在使用 GBK 文件名编码的文件。
实在不知道原因,所以挖坟求助高手。万分感激~~
- lilydjwg
- 论坛版主
- 帖子: 4258
- 注册时间: 2009-04-11 23:46
- 系统: Arch Linux
- 联系:
Re: 有在Windows上边使用Emacs23与Subversion配合使用没,怎么解决乱码的问题
(hex: b2 e2 ca d4) 不就是 GBK 的「测试」吗?blueabysm 写了:我也遇见了类似的问题,
我是 ssh 登录到 CentOS 使用 Emacs23.4.1 (23.3b也不行)+ subversion 1.4.2,
在 bash 环境里 svn log,都能正常显示。
在 emacs 里使用 vc-log, 以前一直都可以,不知哪天开始不行了,中文字符个别是乱码,其他的都显示成了编码值 \123 这样的
并且我使用 vc-commit 提交包含中文字符的 commit message 时,不能提交,提示:求助Google大神,仅得到下面一篇比较接近的文章:代码: 全选
svn: Commit failed (details follow): svn: Valid UTF-8 data (hex:) followed by invalid UTF-8 sequence (hex: b2 e2 ca d4)
http://erwin.co/2007/04/09/valid-utf-8- ... -sequence/
但是我按照博主的方法查看了所有文件的文件名,并不存在使用 GBK 文件名编码的文件。
实在不知道原因,所以挖坟求助高手。万分感激~~
还有,那个英文文章里的是「复件」,看来是哪个用中文 Windows 系统家伙不小心复制了下,不好好看看提交信息就提交了。。
- blueabysm
- 帖子: 94
- 注册时间: 2010-10-06 10:39
Re: 有在Windows上边使用Emacs23与Subversion配合使用没,怎么解决乱码的问题
没错,我的消息就是“测试中文”,但是不能提交,应该是emacs尝试把 gbk 的东西作为 utf-8 提交。lilydjwg 写了:(hex: b2 e2 ca d4) 不就是 GBK 的「测试」吗?blueabysm 写了:我也遇见了类似的问题,
我是 ssh 登录到 CentOS 使用 Emacs23.4.1 (23.3b也不行)+ subversion 1.4.2,
在 bash 环境里 svn log,都能正常显示。
在 emacs 里使用 vc-log, 以前一直都可以,不知哪天开始不行了,中文字符个别是乱码,其他的都显示成了编码值 \123 这样的
并且我使用 vc-commit 提交包含中文字符的 commit message 时,不能提交,提示:求助Google大神,仅得到下面一篇比较接近的文章:代码: 全选
svn: Commit failed (details follow): svn: Valid UTF-8 data (hex:) followed by invalid UTF-8 sequence (hex: b2 e2 ca d4)
http://erwin.co/2007/04/09/valid-utf-8- ... -sequence/
但是我按照博主的方法查看了所有文件的文件名,并不存在使用 GBK 文件名编码的文件。
实在不知道原因,所以挖坟求助高手。万分感激~~
可是,为什么buffer里面的东西会变成GBK编码的呢?该怎么改回来呢?
谢谢!
至于那个“附件”,我理解的是:有个人从windows上复制了一个中文gbk文件名的图片到服务器上。所以 svn up 的时候会提示错误的 utf8 字符(但我svn up的时候没问题,commit 的时候出现了问题)。
因此,我也仔细检查了 repository 下面所有的文件名称,没发现文件名显示成???的文件。不明白了
上次由 blueabysm 在 2012-03-08 13:29,总共编辑 1 次。
- lilydjwg
- 论坛版主
- 帖子: 4258
- 注册时间: 2009-04-11 23:46
- 系统: Arch Linux
- 联系:
Re: 有在Windows上边使用Emacs23与Subversion配合使用没,怎么解决乱码的问题
不明白就换 git 吧,压根不管你是什么编码,原样处理就是了。
- blueabysm
- 帖子: 94
- 注册时间: 2010-10-06 10:39
Re: 有在Windows上边使用Emacs23与Subversion配合使用没,怎么解决乱码的问题
嗯,我之前试过另外一个 git 仓库,提交中文完全没有问题。lilydjwg 写了:不明白就换 git 吧,压根不管你是什么编码,原样处理就是了。
但是目前这个仓库是 svn 创建的, git-svn 我还不太会用呵呵,不管怎样,很谢谢你

- 老蒋
- 帖子: 52
- 注册时间: 2007-01-21 15:48
- 来自: 四川
Re: 有在Windows上边使用Emacs23与Subversion配合使用没,怎么解决乱码的问题
[lisp](setq current-language-environment "Chinese-GB18030")[/lisp]Gideon 写了:各路高手,请指点一下:
在Windows上边使用Emacs23与Subversion配合使用没,我使用 C-x v v 提交版本输入日志 C-c C-c 后,在查看日志,就全部变成\123\343\132\231 之类的编码样式了,应该是Emacs还是Subversion的编码设置有问题
请问各位高手知道不,呵呵:)
Emacs配置文件: https://github.com/Bentusi/emacs.d