如何解决codeblocks编码问题.doc

上传人:白大夫 文档编号:3428777 上传时间:2019-08-24 格式:DOC 页数:3 大小:15.50KB
返回 下载 相关 举报
如何解决codeblocks编码问题.doc_第1页
第1页 / 共3页
亲,该文档总共3页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《如何解决codeblocks编码问题.doc》由会员分享,可在线阅读,更多相关《如何解决codeblocks编码问题.doc(3页珍藏版)》请在三一文库上搜索。

1、如何解决codeblocks编码问题要解决这个问题,先要搞清楚有三个地方涉及到编码问题。1.1CodeBlocks编辑器保存源文件用的编码。默认情况下,是保存为windows本地编码的,也就是WINDOWS-936字符集,也就是GBK编码。但是很神奇的是,GCC编译器默认编译的时候是按照UTF-8解析的。你存成GBK,但是当成UTF-8解析,这还能编译通过,这才有鬼了,所以这两个地方编码不统一好,编译的时候报错:error: converting to execution character set: Illegal byte sequence,你根本连通过编译的可能性都没有!其实要解决这个问

2、题很简单,编写Code:Blocks的人只需要在调用编译器之前检测一下源文件是什么编码,然后就自动让编译器用什么编码进行解释,问题就解决了。只是很可惜,Code:Blocks编写的人可能还没有这么做,或许是对本地化认识不够吧,也可能是觉得没必要吧?(所以就给初学的人带来问题了,所以就觉得易用性不如微软了,免费和商业的东西还是有差距的)1.2GCC编译器编译的时候对输入的源文件解释用的编码这个编译器可以设置-finput-charset=charset来指定编译器用什么编码解释输入源文件。比如如果源文件的字符集是GBk,那么就必须指定-finput-charset=GBK,如果不指定,一律当做U

3、TF-8处理。除非你源文件真的是UTF-8,否则就会出现转换错误。1.3编译好的执行文件所用编码如果你1和2两个地方的编码都能统一,那么编译时不会报错了,但是编译好了,运行一下看看,在控制台显示的依然是乱码!那是因为控制台显示的时候缺省的是使用系统默认的字符集,比如windows下用的是GBk,但是默认情况下,编译之后的执行文件时编译成UTF-8的,所以又出现了不统一,乱码由此而生!解决的方法和简单,就是给编译器加上选项:-fexec-charset=GBK,和windows默认的统一,就OK了。搞懂了乱码产生的原因,那么不难得出结论,如何修改,你想修改成什么都OK,关键是要统一,并不是像网上

4、一些人说的,修改成GBK就OK,其实你要修改成UTF-8都OK,关键是统一。1.4修改的地方。1.修改源文件保存编码在:settings-Editor-gernal settings找到Encoding group BoxUse encoding when opening files:这个表示打开文件用的格式,第一次保存文件的时候也会用这个格式。As default encoding:表示设置为文件缺省保存和打开编码格式注意,要先设置好,然后保存文件,才有效。如果你已经保存了文件,无论你怎么修改这个设置,也不会改变你文件的格式了。你的文件还是保持第一次保存的时候的格式。所以,如果遇到无法生效,

5、只能先设置好格式,再重新建文件了。2.修改编译器对源文件解释编码格式和生成执行文件执行时候采用的编码格式是在settings-compiler and debugger settings里面,选择对应的GCC编译器在other options里面加入:-finput-charset=charset-fexec-charset=charset第一个参数表示编译的时候输入文件的编码解释格式,第二参数表示生成的执行文件执行的时候显示用的编码格式。这些参数如果和实际不吻合,必然产生乱码。只要吻合,就不会乱码了。由于我的源文件格式是WINDOWS-936,但是这里设置成UTF-8,所以编译肯定报错!只需要修改成-finput-charset=WINDOWS-936或者GBk,就编译通过了。如果不设置fexec-charset默认会认为执行环境是UTF-8,而windows下并不是,所以Linux下没问题,因为linux就是UTF-8的,但是windows下必然出现乱码。所以设置成GBk,就统一了。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 其他


经营许可证编号:宁ICP备18001539号-1