fortran调试断言失败怎么解决？

Posted 2023-04-23

类似的情形，就是调试器已经无法切中需要的断点。

原因，一种是调试器本身的缺陷，遇到为预见的情形，没有相应的处理逻辑可循；另一种是编译器本身的缺陷，导致编译过程产生错误的代码，且没有给出提示。
解决的办法不多。建议可以在程序代码中插入语句，人为输出一些标志和中间变量，帮助追踪出错的语句。
例如，在循环中插入输出循环变量的语句，以观察出错的发生的位置和相应的循环变量值。
又如，在有疑点的语句前后，插入带标志的stop，如stop ‘abc'，以便快速定位问题语句。
通过上述方法找到问题，避免调试失败后，便可以进入正常的调试。
如果是win程序，可以将上述输出的信息定向输出到文件，以不影响程序界面的正常显示。
供您参考。 参考技术A 类似的情形，就是调试器已经无法切中需要的断点。

原因，一种是调试器本身的缺陷，遇到为预见的情形，没有相应的处理逻辑可循；另一种是编译器本身的缺陷，导致编译过程产生错误的代码，且没有给出提示。
解决的办法不多。建议可以在程序代码中插入语句，人为输出一些标志和中间变量，帮助追踪出错的语句。
例如，在循环中插入输出循环变量的语句，以观察出错的发生的位置和相应的循环变量值。
又如，在有疑点的语句前后，插入带标志的stop，如stop ‘abc'，以便快速定位问题语句。
通过上述方法找到问题，避免调试失败后，便可以进入正常的调试。
如果是win程序，可以将上述输出的信息定向输出到文件，以不影响程序界面的正常显示。
供您参考。 参考技术B 类似的情形，就是调试器已经无法切中需要的断点。

原因，一种是调试器本身的缺陷，遇到为预见的情形，没有相应的处理逻辑可循；另一种是编译器本身的缺陷，导致编译过程产生错误的代码，且没有给出提示。
解决的办法不多。建议可以在程序代码中插入语句，人为输出一些标志和中间变量，帮助追踪出错的语句。
例如，在循环中插入输出循环变量的语句，以观察出错的发生的位置和相应的循环变量值。
又如，在有疑点的语句前后，插入带标志的stop，如stop ‘abc'，以便快速定位问题语句。
通过上述方法找到问题，避免调试失败后，便可以进入正常的调试。
如果是win程序，可以将上述输出的信息定向输出到文件，以不影响程序界面的正常显示。
供您参考。 参考技术C 类似的情形，就是调试器已经无法切中需要的断点。

原因，一种是调试器本身的缺陷，遇到为预见的情形，没有相应的处理逻辑可循；另一种是编译器本身的缺陷，导致编译过程产生错误的代码，且没有给出提示。
解决的办法不多。建议可以在程序代码中插入语句，人为输出一些标志和中间变量，帮助追踪出错的语句。
例如，在循环中插入输出循环变量的语句，以观察出错的发生的位置和相应的循环变量值。
又如，在有疑点的语句前后，插入带标志的stop，如stop ‘abc'，以便快速定位问题语句。
通过上述方法找到问题，避免调试失败后，便可以进入正常的调试。
如果是win程序，可以将上述输出的信息定向输出到文件，以不影响程序界面的正常显示。
供您参考。 参考技术D 类似的情形，就是调试器已经无法切中需要的断点。

原因，一种是调试器本身的缺陷，遇到为预见的情形，没有相应的处理逻辑可循；另一种是编译器本身的缺陷，导致编译过程产生错误的代码，且没有给出提示。
解决的办法不多。建议可以在程序代码中插入语句，人为输出一些标志和中间变量，帮助追踪出错的语句。
例如，在循环中插入输出循环变量的语句，以观察出错的发生的位置和相应的循环变量值。
又如，在有疑点的语句前后，插入带标志的stop，如stop ‘abc'，以便快速定位问题语句。
通过上述方法找到问题，避免调试失败后，便可以进入正常的调试。
如果是win程序，可以将上述输出的信息定向输出到文件，以不影响程序界面的正常显示。
供您参考。

从发布模式更改为调试模式时出现“调试断言失败”错误

【中文标题】从发布模式更改为调试模式时出现“调试断言失败”错误

【英文标题】："Debug Assertion Failed" error when changing from release mode to debug mode

【发布时间】：2015-12-23 11:32:52

【问题描述】：

我在发布模式下运行我的项目，没有任何问题。 然后我将模式更改为调试模式，并且出现错误“调试断言失败”。

这是导致它的代码：

   QXmlStreamReader* xmlReader = new QXmlStreamReader(xmlFile);
   xmlReader->readNextStartElement();

   QXmlStreamAttributes attributes;
   attributes = xmlReader->attributes();
   cout << (attributes.value("name").toString().toStdString());

在这条 cout 行之后，我得到了错误消息。

导致差异的模式之间可能有什么差异？

我想知道在调试模式下运行项目需要更改什么。

【问题讨论】：

调试断言实际上说了什么。通常，断言会告诉你一些事情——例如，你可能没有“名字”？

但在发布模式下没有错误。

在发布模式下，调试断言可能没有被测试

【参考方案1】：

模式之间的区别在于释放模式

assert( expr );

编译为空。在调试模式下，它会编译为：

if (!(expr))
   assert_failed( "expr" );

（以上是为了给味道，有一些微妙之处）。这意味着您没有注意到发布模式下的问题（您可能做了一些类似写一些未使用的内存的事情）。墨菲定律说，当您向大客户/您的教授演示时，您会注意到问题。

如果您查看断言发生的行，它会告诉您它在抱怨什么。你需要解决这个问题。