极度郁闷的乱码问题

[jion7011]

以前看到的别人的乱码问题都是全部都是乱码,我碰到的问题估计没有什么人碰到过,
前两天 User 通知说 一个页面的 <SELECT>出现乱码问题,进去看了下,发现下拉列表前 10 个Option 是正常的,超过 10 个就是乱码,查了下代码,发现是DropDownList 绑定的 Oracle 数据库,一样的代码,在我的机器上面没有任何问题,到服务器上就是这个情况,直接用 PL/SQL 查询数据库没有出现 10 个後乱码的情况,实在是搞不清楚问题出在哪里,和 User 一起郁闷中...
今天测试正在开发的一个项目,一个DataGrid 绑定Oracle 数据库资料,发现
前 13 笔记录是正常的,后面的都是乱码,前两天测试都是正常的,和 老大一起郁闷中...
上面两个问题最郁闷的一点是,在我自己的机器上面没有出现任何问题,服务器又不能随便乱动.
服务器配置:windows 2003 EE 繁体版
Oracle Client 9.2
数据库服务器:Oracle 9i

[jion7011]

望牛人指导,急待解决

[JavaNet的牛肉粉丝]

帮定~~~

[shadow841112]

Oracle乱码很常见，部分乱码却少有听说。。。

[jion7011]

明天搞几张截图回来发发,问题实在是很郁闷,老大问了公司的DBA,还是木办法解决

[jion7011]

自己顶,今天解决了好睡觉

[jion7011]

每次提的问题都没有帮忙解决的,
恳求版主删掉我的帖子
最好把我的ID封了

[greenery]

我估计：是否本身的数据是前10个是GB5，后面的是gb2312编码，你在服务器没有安装这些字体，所以乱码，在你本机装了这两个字体，所以没事？？？

[netxie]

帮顶

[jion7011]

照Greenery的理解,那13笔记录该如何解释了.
公司信息系统全部都是繁体版本.
出现数据编码不一致的可能性极其微小

[vzxq]

UP
建议去oracle版块发帖试试

[amandag]

regedit
-->HKEY_LOCAL_MACHINE
-->SOFTWARE
-->ORACLE *
-->ALL_HOMES
-->ID0 *
-->HOME0 *

将三个打*的目录下的
"名称"为NLS_LANG的键的
"数据"值改为:AMERICAN_AMERICA.US7ASC_II

[jion7011]

這個鍵值改成了響應的后﹐影響到了其他的系統的運行﹐所以才將其修改成原始的
還是出現這種問題﹐期待解答

[greenery]

县确保数据的源是正确的。
查询分析器得到的结果正确吗？

[Iceguy]

同情 有时确实无奈

[jion7011]

实在是无赖,最后没有办法,更换 AP 版本,重启 IIS ,修改注册表.一概没有解决.
就整吧
昨天登上去看看,OK,好了