码迷,mamicode.com
首页 > 系统相关 > 详细

ARM+LINUX嵌入式系统的终端显示中文乱码解决

时间:2018-05-30 14:27:09      阅读:376      评论:0      收藏:0      [点我收藏+]

标签:AC   网上   显示中文   卡方   方式   box   启动   网络   支持   

前一段时间解决的一个问题,看起来是个小问题,实际解决这个问题却花了一个星期的晚上休息时间,记录分享一下。

问题描述:

linux内核配置中NLS(native language support)已经选择了默认语言配置为utf8,并包含一些其他常用语言的编码,但是在secureCRT的telnet和串口终端显示中文文件名均为乱码。

解决过程:

1.刚开始以为是简单的编码不匹配的问题,修改secureCRT中的传输编码方式从默认变为utf8,中文不再乱码,但变成了问号,“??????”;

 

2.因为中文目录是在挂载的SD卡中的(居然没有尝试一下网络挂载或者其他的方式下中文是否乱码,汗),怀疑是挂载SD卡方式不对。网上解答全部都是说,编译内核的时候fat文件系统的codepage和isochaset配置对,挂载时选择vfat,-o命令选择codepage和isocharset匹配就好了,具体的命令是,mount -t vfat -o codepage=936,iocharset=utf8 /dev/mmcblk0p1 /home/。然后接下来几天晚上就一直在鼓捣这些东西,无解;

 

3.有一天忽然找到一篇博文,说是busybox的原因,高版本的busybox取消了中文支持,想不到还有这茬。进入busybox配置,发现已经勾选了Unicode的支持。如此按博文提示,还需要修改busybox中的另外两个文件printable_string.c以及unicode.c,把大于0x7f替换为问号的这个选择条件去掉才行。看了一下源码,觉得改的地方都是不勾Unicode才需要改的……不过还是试一下吧,重新配置编译busybox,替换根文件系统,不过问题依旧……

 

4.既然上面的提示中已经发现不勾选Unicode支持中文的方式,那就先试一下不支持Unicode显示中文的方式吧,修改printable_string.c以及unicode.c,重新编译,烧写启动设备,发现去掉Unicode果然中文支持了,不再显示问号;

 

5.但是这样子草草了事明显是不行的,那又是为什么勾选Unicode支持后中文变问号呢?那就只能读源码了,还好范围也可以接受,问题应该就出在修改的两个文件里面。

 

6.LAST_SUPPORTED_WCHAR,通过busybox源码,可以发现有这么一个判断if (wc > CONFIG_LAST_SUPPORTED_WCHAR){go subset;},而在subset的地方,wc被赋值为问号,这下问题就明朗了,明显是这个LAST_SUPPORTED_WCHAR搞的鬼;

 

7.查看busybox配置,发现这个宏定义表示的是Range of supported Unicode characters,默认填的值才700多,而中文在Unicode中的位置查了一下最高到U+2FA1D,随便给这个值改了一个大于2FA1D的值,重新编译烧写根文件系统,中文显示成功!

 

 

走了不少弯路,好在最后问题是解决了!最后记录一下,busybox版本是1.19.4!

ARM+LINUX嵌入式系统的终端显示中文乱码解决

标签:AC   网上   显示中文   卡方   方式   box   启动   网络   支持   

原文地址:https://www.cnblogs.com/zhugeanran/p/9110578.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!