as/400处理中文的问题

cagd

事实：
    字符串str从PC客户端程序服务到400服务器端，如果str包含中文，则字符串的长度会增加（中文前后增加0x0E,0x0F字符标识).
   （似乎这是基于记录格式的400文件系统所决定的哟，只要用pf，没法在400解决）


问题：
    要在400上得到相同长度的字符串，怎么解决这个问题？偶试图在PC客户端中文字符前后加上0x0E,0x0F，但在PC到400的字符转换时报错的说！！

不知道怎么解决，帮忙想个办法，谢谢！

ibmas400

AS/400端接收数据的PF字段定义为O类型没？

cagd

定义了，呵呵

hanyu

中文转EBCIC码后肯定会增加 0e 0f ，如果PC字符串半角全角混杂，有时还不止增加一对0e 0f，这是EBCIC码的缺陷。

楼主如果用的CA 的传送，不妨考虑，PC字段用分隔符模式，400字段长度定义稍大一些，足够容纳转码产生的0e 0f 。或者400上PF的字段定义不用EBCIC,直接用UNICODE 试试。

wildfish

hanyu,好像unicode需要的主机版本比较高吧。主要是不知道rpg支持得怎么样子。

hanyu

V4R4 对ucs-2 支持的还可以，不过对ca仿真显示还是有问题，但ca接收下来都还是对的。

ibmas400

[quote]原帖由 "hanyu"]V4R4 对ucs-2 支持的还可以，不过对ca仿真显示还是有问题，但ca接收下来都还是对的。[/quote 发表：

hanyu，据说SAP400设计的DDS都是采用unicode方式设计，便于程序移植，同样也可提供RPG读取，是这回事情么？
能不能举例看看。。。

hanyu

EBCIC 的毛病大家应该都有体会了，GB的字符太少，连硚、镕这些常见字也没有，GBK的好处是与GB兼容，但还是有汉字有问题，如在UNIX下 vi 处理 弢 这类字也有问题，unicode 与JAVE集成更好一些，应该是未来的一个方向。

cagd

现在在PC客户端编码判断中文字符串，多预留2倍于串数的字符位置
3x