z / OS 1.11，MXG 32.10，SAS 9.3，批次
我正在尝试使用SAS 9.3将MXG升级到32.10。今天运行CICS报告时，我收到消息说MXG正在进行20x到30x CPU处理以解压缩消息，因为解压缩出口未启用。为此，我必须在每次运行中将宏变量＆amp; SMFEXIT设置为CICS，如下所示（我已经组装并链接了退出并在STEPLIB中使用它）：
%LET SMFEXIT=CICS
其他选项可用，但它们更复杂，每次我想访问CICS数据时仍需要设置。我在我的程序中使用它，它运行良好，运行得更快，更快。
我想我把它放到了AUTOEXEC中。它没有在那里工作。 AUTOEXEC似乎正常处理没有错误，这意味着根本没有输出......它可能有一个警告，但这不会显示。仅从AUTOEXEC显示错误。
我发现我可以指定全局选项ECHOAUTO和SOURCE来显示AUTOEXEC处理。必须在CONFIG中或作为调用参数完成。我尝试了两种选择但都没有奏效。我有目的地在CONFIG中拼错它并且发出错误，所以我知道它被发现了。 SAS在SASLOG中列出了调用参数，因此ECHOAUTO和SOURCE都列在那里。我没有收到任何迹象表明这些选项正在运行，而且AUTOEXEC处理只是没有进入SASLOG。
我运行PROC OPTIONS RESTRICT并且没有任何限制。
所有消息都告诉我要与系统管理员交谈。我没有发现什么告诉我那是谁，他们应该做什么或如何找出......我坐在我们的系统管理员旁边，他对此毫无帮助，因为我是那个了解SAS的人。或者，我以为我做了......
那么，如何在全球范围内将＆amp; SMFEXIT设置为CICS？关于为什么ECHOAUTO完全忽略了我以及有关系统管理员的信息的信息的奖励。此外，我在哪里可以找到有关AUTOEXEC限制的信息，以及可以存在或不存在的信息。更好的是，告诉我在哪个指南中我可以自己找到这些信息。我搜索了很长时间，却找不到任何相关内容。 SAS文档很多。有关这些问题的SAS信息很少或者根本无法找到。
...谢谢
更新：我正在考虑设置我的MXG proc，以便它在MXG / SAS程序之前有一个串联的控制卡。看起来像一个可怕的黑客...仍然希望其他选项和辅助问题IAAP的答案。再次感谢。
答案 0 :(得分：0)
啊是的，头脑一击......上面的每个问题都很容易解释为没有调用AUTOEXEC！变量未设置。逻辑未添加到SASLOG。
我们也使用Windows SAS。我们使用AUTOEXEC.SAS来广泛地初始化该环境。另一方面，在z / OS上，我们使用JCL和参数来初始化SAS而不使用AUTOEXEC，因此它从未实现过。
在z / OS上，AUTOEXEC全局选项默认为SASEXEC ddname。我将适当的JCL添加到我的MXG PROC以指向我的AUTOEXEC成员。瞧。我的变量已设置。逻辑在SASLOG中可用。一切似乎都在起作用，只有一个简单的根本原因。
谢谢...