打开查询文件时如何收到 CPF417A 消息？答案

【问题标题】：Howdy does CPF417A message get received when opening query file?打开查询文件时如何收到 CPF417A 消息？
【发布时间】：2012-09-05 06:07:35
【问题描述】：

我目前正在开发 3 个程序。程序 A 是一个 CL，它将用 SHARE(*YES) 覆盖物理文件 ECIFCTP 并调用 RPG 程序 B 来处理它。处理后程序B会调用程序C，另外一个CL在这个物理文件上打开查询文件，过滤掉记录。当我实际运行程序时，程序 C 中的 OPNQRYF 语句将导致错误消息 CPF417A“处理空字段对打开成员 ECIFCTP 无效”。为什么会这样？如何避免？

【问题讨论】：

附注：OPNQRYF 是一种不再受到鼓励的旧技术。 IBM 并未将其包括在性能或功能增强中。虽然在某些环境中将其保留在遗留程序中可能是可以接受的，但通常不建议创建它的任何新用法。较新的 SQE 查询优化器不支持 OPNQRYF。您可能会认为 OPNQRYF 本质上已被弃用，取而代之的是 SQL。
如果你决定走那条路，IBM 在Converting from OPNQRYF to SQL 上有一篇论文

标签： ibm-midrange

【解决方案1】：

您正在与SHARE(*YES) 共享开放数据路径。在访问共享开放数据路径的所有程序中，开放参数必须相同。

在这种情况下，程序 B 和程序 C 没有相同的 ALWNULL 设置。

CL 中的设置在DCLF 语句中。例如：DCLF ... ALWNULL(*YES)

【讨论】：

那么，解决方案是什么？我需要更改程序 B 中的 F 规范吗？
@God_of_Thunder ALWNULL 设置在 H 规范中。程序 B 和 C 之间必须相同。
对程序 A 和 C 的任何其他更改？
不更改 A。B 和 C 必须具有相同的 ALWNULL 和打开选项（输入、更新、删除）。当然，您必须相应地处理可能的 NULL 值。
程序 C 是一个 CL。如何在 CL 中添加 ALWNULL？