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

2019-07-12 17:03发布

前一段时间解决的一个问题,看起来是个小问题,实际解决这个问题却花了一个星期的晚上休息时间,记录分享一下。 问题描述: 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!