23,116
社区成员
发帖
与我相关
我的任务
分享请教，在64位机AIX系统，使用iconv()函数转换UTF-8到GBK失败，是什么原因呢？如何解决？
请教，在64位机AIX系统，使用iconv()函数转换UTF-8到GBK失败，是什么原因呢？如何解决？
...全文
请发表友善的回复…
发表回复
rain820804 2011-01-21
- 打赏
- 举报
怎么看不了回复
hongming1129 2010-04-21
- 打赏
- 举报
散分啦
hongming1129 2010-04-21
- 打赏
- 举报
谢谢楼上的提醒。
检查了一下，果然是传入的参数不兼容。
调用iconv(cd, &inbuf, inlen, outbuf, outlen)，传入的参数inlen、outlen均在前面定义成了int型。正确的定义应该是long、unsigned long、size_t。
修改数据定义语句为：
size_t inlen, outlen;
函数原型：
size_t iconv(iconv_t cd, const char **inbuf, size_t *inbytesleft, char **outbuf, size_t *outbytesleft);
size_t类型在sys/types.h中的定义：
typedef unsigned long size_t;
在旧的C语言库中，size_t类型在sys/types.h中的定义：
typedef unsigned int size_t;
习惯了，直接就在前面定义了int inlen, outlen。
良好的习惯应该使用库中定义的数据类型。或者应该要了解库中定义的基本数据类型。至少在出现这种问题的时候，会从这个角度着手解决。
再次感谢！
检查了一下，果然是传入的参数不兼容。
调用iconv(cd, &inbuf, inlen, outbuf, outlen)，传入的参数inlen、outlen均在前面定义成了int型。正确的定义应该是long、unsigned long、size_t。
修改数据定义语句为：
size_t inlen, outlen;
函数原型：
size_t iconv(iconv_t cd, const char **inbuf, size_t *inbytesleft, char **outbuf, size_t *outbytesleft);
size_t类型在sys/types.h中的定义：
typedef unsigned long size_t;
在旧的C语言库中，size_t类型在sys/types.h中的定义：
typedef unsigned int size_t;
习惯了，直接就在前面定义了int inlen, outlen。
良好的习惯应该使用库中定义的数据类型。或者应该要了解库中定义的基本数据类型。至少在出现这种问题的时候，会从这个角度着手解决。
再次感谢！
tufei1129 2010-04-21
- 打赏
- 举报
perror("iconv")，结果是“invalid wide charactor”。
在调用iconv()时，字长不够，可能传入的参数类型不兼容。尤其时在64位机上，long的字长是8，int的字长是4；在32位机上long的字长是4，int的字长也是4。在32位机上，int、long是可以通用的，在64位机上，用long的地方，传了int的数据做参数就会报“invalid wide charactor”，字长不够。
检查下传入的参数是否符合。
在调用iconv()时，字长不够，可能传入的参数类型不兼容。尤其时在64位机上，long的字长是8，int的字长是4；在32位机上long的字长是4，int的字长也是4。在32位机上，int、long是可以通用的，在64位机上，用long的地方，传了int的数据做参数就会报“invalid wide charactor”，字长不够。
检查下传入的参数是否符合。
hongming1129 2010-04-20
- 打赏
- 举报
perror("iconv")，结果是“invalid wide charactor”。
hongming1129 2010-04-20
- 打赏
- 举报
说明下，我使用的是系统自带的库。并未自己加装一个libiconv。
ivonc_open()调用正常，但是在调用iconv时返回-1。
ivonc_open()调用正常，但是在调用iconv时返回-1。
mymtom 2010-04-20
- 打赏
- 举报
楼主, 上代码！
brookmill 2010-04-20
- 打赏
- 举报
