在solaris下往sqlserver2k插入中文字符时变成乱码,问题解决？

npcy

在solaris下往sqlserver2k插入中文字符时变成乱码,问题解决？
问题：
    C程序，在solaris2.8上通过odbc3.6往sqlserver2k上插记录时，发现遇到中文字符到了数据库中，成

了乱码，并且通过改变编码方式，无法还原。
尝试解决过程：
    1）在程序中，加上setlocale(LC_CTYPE,"";
            环境变量设为setenv LANG zh或setenv LANG C或setenv LANG zh.GBK等
            均告失败。
    2）在网上看到很多人的java程序入库遇到类似的情况，说是“Java 语言默认的编码方式是UNICODE

，而我们中国人通常使用的文件和数据库都是基于 GB2312 或者 BIG5 等方式编码的”
还是怀疑是语言环境locale的问题，查了相关资料
        locale -m  显示iso_8859_1/charmap.src
        locale charmap 显示GB2312
    3）怀疑是odbc的问题，但是用perl写的通过odbc入库程序可以正确显示中文
现在，本人已经无策，请哪位高人帮帮忙，指点迷经，谢谢啦！

npcy

怎么没有人回复，只好自己顶

npcy

有谁知道localedef的用法和含义？
locale -m和locale charmap的区别？
谢谢啦！

郁闷中。。。

gadfly

现在还没有solaris的环境。

不过估计和linux上的差不多。

locale -m 和locale --charmap是一样的

localedef是用来编译locale数据文件的。

我觉得应该与你的locale无关，也许是传送时的编码有问题

npcy

locale -m 和locale --charmap是一样的
----可是为什么返回的结果不同？
localedef是用来编译locale数据文件的。
----不太会用
我觉得应该与你的locale无关，也许是传送时的编码有问题[/quote]
----应该如何解决和判断呢？

gadfly

不好意思。

在linux上结果确实是一样的。

localedef我也没用过。也没听说谁用这个解决编码问题。

我只是在写java程序是遇到过这个问题，ODBC我没有用过。

只是提供给你一个思路罢了。可以参看，也许有帮助
http://chinaunix.net/forum/viewtopic.php?t=15910

无双

可能是与locale有关

如你的locale 是gb2312还是其它的

如果不一样的话会有问题


如果有sun的技术支持的话可以直接问一下

或是上google找找资料

npcy

to无双：
    请问你是否知道locale -m和locale charmap的区别？它们分别是什么意思？
    我把LANG的环境设成不同的（如zh.GBK,zh,zh.UTF-8,等等），但是locale -m 显示的都是 iso_8859_1/charmap.src ，这是怎么回事？

无双

我不知道
因为很久没有使用linux了
另外不同平台上的命令可能会有区别
可以看看man 说明

http://www.chinaunix.net/cgi-bin/bbs/topic.cgi?forum=14&topic=935
文章是java下对mysql使用中文的说明
可以参考一下

幸福的秋天

我有一个相反的过程，就是win下的Client象SCO下的Server发送中文的时候有的时候就会变成乱码，我唯一做的事情就是在字符前面加一个空格。