问题标签 [ebcdic]

我有一个从 WireShark 检索到的 char 数组：

我必须将此字符数组转换为字节数组。

随着 char 数组成功转换为字节数组，我应该能够new String(bytes, "Cp1047")工作，因为我必须将字节数组转换为 EDCDIC。

新来的！

情况：我正在处理一个需要与 AS/400 服务器通信的项目。我的任务基本上是处理将发送到 AS/400 服务器的请求。为此，所有用户输入都应以 EDCDIC 字节为单位。

问题：
我已经设法使用下面的代码将压缩小数转换为字符串，在这个论坛上找到：

我现在的问题是我必须再次将这些字符串值转换为 EBCDIC 字节，以便 AS/400 服务器能够理解它。我计划使用 Silverlake 文档中指定的格式构建请求（原始字节）。构建请求后，我计划使用存储我的请求（使用 setter 和 getter）的 POJO 手动更改该请求中的值，这样我就可以像request.setField1("Stuff".getBytes(Charset.forName("Cp1047"))).

我在位、字节和半字节方面没有太多经验。我希望有人可以帮助我。

在我们的代码中，我们发现了一个压缩十进制，它由 5 个字节组成。它类似于 = {00 00 00 00 0F}。我使用从上面的代码中得到的方法进行转换，得到的值为 0。现在，我想将这个 0 转换回其原始形式，其原始字节大小为 5。

我正在使用 Talend 使用 EBCDIC 文件的 Cobol 副本书表示来转换 EBCDIC 文件。但我无法找出 EBCDIC 字符的半角和全角表示

请建议。

我有一个将 ASCII 编码文件转换为 EBCDIC 编码文件的应用程序。我的问题是，每当我尝试使用其他转换工具（EBCDIC 到 ASCII）时，我都会遇到问题。

这是我获得代码的地方http://support.microsoft.com/kb/216399

CS？NTPRC？37-MAY MTLAW 4RY？- 这应该是结果的样子。

CcCs@@CnCtCp$$CrCc@@C?C?-CmCaCy CmCtClCaCw C?$$CrCy@@CmCtClCaCw$$ - 我文件的这个内容。

我正在尝试将文件从ECDIC转换为ASCII格式并遇到了一个有趣的问题。这些文件包含固定长度的记录，其中一些字段是带符号的二进制整数（在记录布局中描述为 B4）和长精度数值（在记录布局中描述为 L8）。我已经能够毫无问题地转换字符数据，但我不确定如何转换这些数值。从原始系统（IBM 5110）的参考手册中，这些字段如下所述。

B 表示要转换为 BASIC 内部数据格式的定点有符号二进制整数格式的数字数据项的长度（2、4 或 8 字节）。对于记录 I/O 文件输入，记录中接下来的 2、4 或 8 个字节包含一个有符号二进制值，系统将其转换为内部数据格式并分配给 READ FILE 或 REREAD 中指定的变量FILE 语句使用 FORM 语句。

和

L 表示数值的长精度（8 个字符）。对于输入，此条目表示将在记录中分配一个八位长精度值，而不转换为 READ FILE 或 REREAD FILE 语句中指定的相应数值变量。

编辑：这是我用于转换的代码

我以前做得很好：

从 ruby​​ 1.9 开始，我收到了警告：

但我在 Encoding 类中找不到任何 EBCDIC 或 cp37、cp500、cp875... 的引用：

我应该从某个地方导入它吗？我可以自己添加吗？

我需要将来自大型机 DB2 的表（即数据编码为 EBCDIC）加载到 Linux DB2 上，并将它们保存在 Linux 中的 EBCDIC 中。

我尝试在 Linux 上的 CREATE DATABASE 上使用 TERRITORY 和 CODEPAGE 参数，但无法达到正确的值。

有人可以告诉我该怎么做吗？提前致谢

问候

迪迪埃

我们有 PHP 服务器代码，针对我们的 iSeries 中端执行 SQL 语句。

这是 SQL 查询的简化版本

查询执行得很好，问题是当使用诸如“SomeText”“Title”之类的静态字段/值并且结果以 PHP 形式返回时，它们不是所需的格式

连接到系统并检索结果

我们使用的是 PHP 版本 5.2.17

我们的 iSeries 是 V7R1M0

使用 PHP 或在 SQL 查询中转换服务器端的解决方案会很棒。

谢谢！

编辑

根据 bucks 的建议，我们已将用户配置文件 CCSID 更改为 37 而不是 65535

现在我们回到（下图）更近一点的地方......

这可能是因为我们只更改了用户吗？系统、作业或表格是否也需要更改？

编辑 2

这是phpinfo输出

编辑

解决方案

解决方案是将用户配置文件更改为使用 CCSID 37，并将服务器作业更改为使用 CCSID 37。我们将进行手动更改，以便在重新启动作业时，它们不会恢复。

我们有一个通过 MQ 与外部通信的进程。外部系统在大型机（IBM z/OS）上运行，而我们在 CentOS Linux 平台上运行我们的进程。到目前为止，我们从未遇到任何问题。

最近，我们开始接收来自他们的消息，其中嵌入了不可打印的 EBCDIC 字符。他们使用字符作为压缩 ID，长度为 8 个字节。当我们收到它时，它会到达以 UTF (CCSID 1208) 编码的队列。

他们需要返回原始的 8 个字节才能识别我们的响应消息。我正在尝试在 Java 中找到一种解决方案，以便在发送响应之前将 ID 从 UTF 转换回 EBCDIC。

我一直在玩 JTOpen 库，使用 AS400Text 类进行转换。此外，交易对手已向我们发送了 ID 的快照（以字节为单位）。但是，当我比较转换后的字节时，它们与原始消息不同。

有没有人遇到过这个问题？也许我使用了错误的代码页？

感谢您提供的任何意见。

来自交易对手的字节（位置 [5,14]）：

程序输出：

这是一些示例代码：

我正在尝试使用 IBM 代码页将字符串从 ASCII 转换为 EBCDIC。转换是正确的，除了小写“a”被转换为不可打印的字符。

这是在 Windows 7 中运行的一段 groovy 脚本，它说明了这个问题。

转换为 EBCDIC 后，字符串中的所有字符都有效，除了第一个字符是小写的“a”。尽我所能，我找不到关于这个问题的任何信息。我已经尝试了许多具有相同结果的 IBM 代码页（IBM01140、IBM1047 等）