关于utf8编码文件导致编译失败的问题
2013-05-14 14:22
363 查看
最近项目中使用hudson结合ant进行项目的自动构建和部署,今天突然发现在自动构建的过程中,报文件编码问题,非法的字符\65279,经过度娘的精心指导,终于发现是由于组员使用ultraedit进行编辑导致。
原因是由于使用一些编辑器如ultraedit何editplus等,在做utf8格式编辑时,编辑器有可能会在文件的开头部分加上对于编码的标识符BOM。就是这个\65279,他对于java编译器来说是个不需要的存在。因此我们需要修改编码。
UE的修改方法为:将文件另存,选择UTF-8无BOM的编码格式即可。
原因是由于使用一些编辑器如ultraedit何editplus等,在做utf8格式编辑时,编辑器有可能会在文件的开头部分加上对于编码的标识符BOM。就是这个\65279,他对于java编译器来说是个不需要的存在。因此我们需要修改编码。
UE的修改方法为:将文件另存,选择UTF-8无BOM的编码格式即可。
相关文章推荐
- 关于php文件使用utf8编码后乱码的问题。
- Nginx将utf8编码的url解码成\x的16进制格式导致无法匹配静态文件的问题处理
- [Unity3D]关于中文注释导致的文件编码错误问题
- 关于编译问题--- 删除服务器文件导致本地文件缺失
- 关于UTF-8签名导致的编译失败问题
- 编码 utf8 的不可映射字符 ANT编译java文件的问题
- 警告:编码 utf8 的不可映射字符 ANT编译java文件的问题
- [Unity3D]关于中文注释导致的文件编码错误问题
- 警告:编码 utf8 的不可映射字符 ANT编译java文件的问题
- 关于中文注释导致的文件编码错误问题
- 关于宽字节编码导致的web安全问题
- Linux下gcc编译中关于头文件与库文件搜索路径相关问题(一)
- JSP使用UTF-8链接MYSQL数据库(UTF8)乱码以及连接失败问题以及更改mysql默认编码
- 关于Android下,修改frameworks/policies/xxx...文件后的编译问题
- 编译utf8编码的tex文件使用中文truetype
- 关于eclipse什么时候编译.java文件的问题
- .c文件和.cpp文件导致的编译问题
- Maven编译项目下的.java文件时的编码问题
- android NDK开发未包含javah生成的头文件导致程序运行失败问题