關(guān)于RedHat6的漢字顯示支持探討

HalfCamel

在AS4和AS5的時(shí)代，習(xí)慣于修改i18n，增加諸如GB2312的支持可以解決漢字顯示和輸入的問題，因?yàn)橛玫腟ecureCRT的字符編碼是GB2312的，但是新近安裝RedHat6按照原來的老方法修改i18n發(fā)現(xiàn)漢字始終無法正常顯示，但是輸入正常。
咨詢了RedHat800，對(duì)此也沒完善的解決方案，各位高手不吝賜教，看看進(jìn)入6時(shí)代，對(duì)漢字的編碼支持有什么徹底的解決方法。
BTW，發(fā)現(xiàn)在6上安裝oracle，圖形界面的漢字顯示也不正常，一串方框，沒有深入，估計(jì)和編碼也有關(guān)系。
6的編碼默認(rèn)是UTF－8，而且漢字支持也安裝了，搜遍google也沒個(gè)好解決方案，郁悶中！

cst05001

回復(fù) 1# HalfCamel


    1 你確定你和Red Hat講清楚了？我不信這種問題他們能搞砸。
2 作為一個(gè)終端的編碼問題，你不去修改SecureCRT的傳輸編碼，而直接對(duì)OS大動(dòng)干戈而不惜冒著影響全體應(yīng)用的風(fēng)險(xiǎn)，你真覺得值得？Linux最原生的編碼格式就是UTF8，如果修改系統(tǒng)編碼，可能導(dǎo)致很多應(yīng)用因?yàn)闊o法解析正確編碼而出現(xiàn)問題。

jerryjzm

飄過

chenyx

用utf-8編碼就行,主要是ssh客戶端也要統(tǒng)一用utf-8

taojie2000

樓主搞復(fù)雜了

HalfCamel

確實(shí)給800詳細(xì)說明了，郵件也發(fā)了，沒有解決方案。
我修改i18n是增加了對(duì)GB2312的支持，不是徹底廢掉UTF－8
SecureCRT修改了字符集為UTF－8依舊，所以才覺得很郁悶。
二樓系統(tǒng)版本多少。
如果i18n增加字符集支持應(yīng)該不會(huì)影響到應(yīng)用的吧，我的理解！

taojie2000

回復(fù) 6# HalfCamel


    我安裝的中文  rh6     漢字 SSH 都正常 utf-8     

    不過沒安裝oracle 不知道oracle顯示情況

HalfCamel

不知道ssh和telnet對(duì)字符集的是否原理一樣，明天試驗(yàn)下ssh看看

a55569769

我的ssh也是有的地方出亂碼。。。。一會(huì)改下字符集試試