Memory 什么会导致CICS事务从CICS分配的内存中写入？
我在Cobol程序中使用CICS，我注意到有时数据会从CICS内存中写入。它会导致数据损坏和我的应用程序停止。我不知道它附加在哪里，所以我正在创建一个解析器来分析我的Cobol代码，以查找CICS使用的COMMAREA中可能出现的损坏。现在我检查了以下陈述：Memory 什么会导致CICS事务从CICS分配的内存中写入？,memory,cobol,overwrite,cics,microfocus,Memory,Cobol,Overwrite,Cics,Microfocus,我在Cobol程序中使用CICS，我注意到有时数据会从CICS内存中写入。它会导致数据损坏和我的应用程序停止。我不知道它附加在哪里，所以我正在创建一个解析器来分析我的Cobol代码，以查找CICS使用的COMMAREA中可能出现的损坏。现在我检查了以下陈述： EXEC CICS XCTL EXEC CICS LINK EXEC CICS RETURN TRANSID 对于每个，我检查发送长度（在length参数中声明）是否不大于发送的COMMAREA。然后我检查接收程序中的DFHCOMMARE
EXEC CICS XCTL
EXEC CICS LINK
EXEC CICS RETURN TRANSID
lengthCOMMAREADFHCOMMAREACOMMAREA现在，我想知道为了检测内存覆盖，我还应该解析哪些内容？当CICS程序开始在内存上写满内容时，它不仅会“停止工作”，而且可能会停止工作 还要崩溃CICS区域 如果您确定在
链接XCTL长度COMMAREAEIBCALENSSRANGE检查（打开）引用非常快。当CICS程序开始在内存中写入所有内容时，它不仅会“停止工作”，而且可能会 还要崩溃CICS区域 如果您确定在
链接XCTL长度COMMAREAEIBCALENSSRANGE检查（打开）引用速度非常快。NealB有一个。我建议您也研究一下和CICS。NealB有一个。我建议您也研究一下和CICS。当您使用Micro Focus COBOL时，您可以设置memory_strategy tunable（或CBL_MEM_strategy API），通过允许运行时以各种不同的方式保护内存来帮助您分析错误发生的位置 还可以通过“CBL_MEM_validate”调用验证内存 可以做的另一件事是使用跟踪支持。。。查找CTF（整合跟踪功能）。这将使您了解发生错误时代码的位置 一些有助于你的参考资料
当您使用Micro Focus COBOL时，可以通过允许运行时以各种不同的方式保护内存，将内存策略设置为可调（或CBL\u内存策略API），以帮助您分析错误发生的位置 还可以通过“CBL_MEM_validate”调用验证内存 可以做的另一件事是使用跟踪支持。。。查找CTF（整合跟踪功能）。这将使您了解发生错误时代码的位置 一些有助于你的参考资料
要通过数据边界检查，请始终使用，在COBOL中称为COPYCODE或COPYBOOK。在copycode中传递根数据元素，并在调用者和被调用者程序中编译相同的版本。这个复制码差不多是被调用程序的契约，所以最好有一个命名约定将它们绑定在一起。为了确保它们是同步的，无论何时更改复制码，都要重新编译引用它的所有程序
另外，SSRANGE的使用也很好（但有人已经提到了这一点）。对于通过数据边界检查，请始终使用，在COBOL中称为COPYCODE或COPYBOOK。在copycode中传递根数据元素，并在调用者和被调用者程序中编译相同的版本。这个复制码差不多是被调用程序的契约，所以最好有一个命名约定将它们绑定在一起。为了确保它们是同步的，无论何时更改复制码，都要重新编译引用它的所有程序