如何在程序崩溃后释放 managed_shared_memory：在调试期间使用哪些有效技术？

Posted 2023-02-21

【中文标题】如何在程序崩溃后释放 managed_shared_memory：在调试期间使用哪些有效技术？

【英文标题】：how to free managed_shared_memory after a program crash: what are effective techniques to use during debugging?

【发布时间】：2016-06-10 20:03:04

【问题描述】：

诚然，我是一名新手和自学成才的程序员，终于开始探索 C 和 C++ 的深度和强大功能。这种自学过程带来的一些东西不是教科书或可公开通过谷歌搜索的知识，例如在困难情况下使用的技巧和调试策略。

我正在使用 boost::interprocess 使用 managed_shared_memory 和命名对象来设置共享内存。不出所料，在我的开发过程中，由于多种原因，我的程序到处崩溃。到目前为止，我对调试工具还比较陌生，尤其是在 linux 中。结果，很多时候我的共享内存没有被正确删除，因为崩溃会导致析构函数永远不会被调用，等等。

因此，在这样的程序崩溃之后，当我尝试再次运行我的应用程序时，当我的代码疲于分配新的共享内存段时，我会看到如下消息：

terminate called after throwing an instance of 'boost::interprocess::interprocess_exception'
  what():  boost::interprocess_exception::library_error

据我了解，这是挥之不去的同名共享内存从未关闭的结果，现在是流氓。我尝试过使用

open_or_create

在我的应用程序中标记，希望我的程序的后续实例将重新连接该共享内存，然后我可以找到/清除该段中的先前对象，并重新开始，就好像它是一个新的运行一样。但是，这不会发生。我的应用程序抛出上述错误或挂起，我无法继续尝试运行我的程序。

在这样的崩溃后清除共享内存的有效方法是什么，以便我可以在编辑/重建我的应用程序后再次运行？

现在，我唯一能做的就是尽力避免这些崩溃。但是当确实发生崩溃时，我目前所知道的再次成功运行的方法就是首先重新启动。既费时又笨拙，而且肯定没有经验丰富的程序员会做的最佳事情。

任何建议将不胜感激！ 谢谢， 乙

编辑： 有什么具体的建议如何处理ipcs 和ipcrm？

在全新启动时，我可以运行 ipcs，然后是我的应用程序，然后是第二次 ipcs（此时我的应用程序仍处于打开状态，并且仍可访问共享内存），我发现任何共享内存段都没有差异。

我正在使用如下所示的语句分配内存

managed_shared_memory segment(open_or_create, "sharedMemtest", 1048588)

【问题讨论】：

在 *nix 系统上，我会尝试 ipcs 和 ipcrm 命令。

C/C++ 不是一种语言。您正在编写 C++。

@user3386109，谢谢，我会调查这些

@AlanStokes，谢谢：-/ 是的，我知道 C/C++ 不是单一语言，我从未声称它是。我用斜线写了这两个，通常用于将它们组合在一起。为了您的阅读乐趣，我编辑了我的问题并将斜杠替换为“和”

@AlanStokes 你正在接触——他既没有声称“C/C++”是一种语言，也没有声称他正在使用它进行编程；他只是在为他的问题提供背景信息，并将其用作“C 和 C++”的简写。如果你下次多注意，你可能会注意到他正确地用'c++'标记了这个问题，无论如何

【参考方案1】：

添加

 shared_memory_object::remove("sharedMemtest");

在你之前

managed_shared_memory segment(open_or_create, "sharedMemtest", 1048588);

【讨论】：

你能提供更多细节吗？

打开shm时可以使用构造函数； 1.使用remove 2.segment find_or_construct代替构造函数

这只是您如何回答问题的反馈。尝试编辑您的问题以添加 SO 可能需要的所有详细信息。之前尝试和审查：***.com/help/how-to-answer