Debugging CICS/COBOL仅在调试器中异常终止ASRA
我有一个问题，我似乎找不到解决办法。 在调试模式下使用时，其中一个事务提供了异常终止ASRA。 当我编译没有调试选项的Cobol程序并运行该程序时，它工作得很好 错误看起来像这样（非常像这样），只是我使用的是Cobol V4： 现在的问题是：为什么它在调试器中中止而不是在没有调试器的情况下中止？ 我正在使用CICS调试器（DTCN事务），程序正常启动，我可以使用F2执行步骤，然后在某个位置执行abends。 请注意，这是非常困难的说它在哪里中止，因为该计划是真的大 这种情况目前只发生在这个程序上，其他程序使用调试器运行正常。我在修改之前放置了一个断点，异常终止发生在其他区域 另一件奇怪的事情是，这种异常终止是不一致的，如果我用小步骤（F2和小断点）执行大部分代码，有时它会在没有异常终止的情况下执行，直到结束 由于问题的性质，我不能发布太多信息。 我希望你遇到类似的问题，你可以告诉我在哪里寻找Debugging CICS/COBOL仅在调试器中异常终止ASRA,debugging,cobol,mainframe,cics,Debugging,Cobol,Mainframe,Cics,我有一个问题，我似乎找不到解决办法。 在调试模式下使用时，其中一个事务提供了异常终止ASRA。 当我编译没有调试选项的Cobol程序并运行该程序时，它工作得很好 错误看起来像这样（非常像这样），只是我使用的是Cobol V4： 现在的问题是：为什么它在调试器中中止而不是在没有调试器的情况下中止？ 我正在使用CICS调试器（DTCN事务），程序正常启动，我可以使用F2执行步骤，然后在某个位置执行abends。 请注意，这是非常困难的说它在哪里中止，因为该计划是真的大 这种情况目前只发生在这个程序
谢谢大家! 通过从系统中删除我的调试工具配置文件，然后再次登录到调试器（DTCN），从而创建一个新配置文件（配置文件是3个文件：TOOLTEMP.PDTOOLS.{userid}.DBGTOOL.*），问题得到了解决。此后，这个问题就没有了。我问他们这是怎么发生的，他们告诉我这是因为我在两次调试会话之间修改了程序，没有关闭CICS。这是一个可以通过在编译CICS中使用的程序时关闭CICS来避免的功能失调（不清楚确切原因是什么……它们也不是）。
如果您在DTCN调试中遇到类似问题，希望这对您有所帮助 我设法找到了有问题的调用：使用by content x'0204ff000713120e15100f0d5400'0000000000000000 F3F5F5F940440'结束调用调用调用'DFHEI1'。这是程序中的CICS EXEC语句。如果我一步一步地（F2）通过该区域，则不会给出异常终止，程序将正常结束。您需要查看生成的代码（选项列表，NOOFFSET），并验证该值没有被删除。您必须重新编译才能使用DTCN吗？有时，很少，某些内容被覆盖，而这不会立即导致问题。更改生成的代码，现在某些内容被覆盖，这确实会导致立即出现问题。有时。我使用调试器选项重新编译以使用DTCN。稍后，我会将调试器代码与标准代码进行比较，以查看是否有任何重大差异。我向我们的专家团队记录了一张调查单，但我自己找不到任何东西。我会发布解决方案，如果他们能给我一个。谢谢更新。谢谢更新。我从未听说过需要关闭CICS来进行编译。有必要告诉正在运行的CICS您有一个“新”程序，也许该程序的某个版本就足够了。我同意，我就是这么做的（CEMT SET PROG（）NEWCOPY）。显然，在这种情况下出现了一些问题，尽管我们不是关闭CICS来编译一个新程序，然后将其删除。不幸的是，支持团队无法确定发生了什么，一旦问题解决，他们就没有时间进行调查。