gpt4 book ai didi

c++ - 如何在程序崩溃后释放 managed_shared_memory : what are effective techniques to use during debugging?

转载 作者:太空宇宙 更新时间:2023-11-04 14:30:29 25 4
gpt4 key购买 nike

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

我正在使用 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

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

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

现在,我唯一能做的就是尽力避免这些崩溃。但是当确实发生崩溃时,我现在所知道的要再次成功运行的唯一方法就是首先重新启动。耗时、笨拙,而且肯定达不到更有经验的程序员会做的最佳事情。

如有任何建议,我们将不胜感激!谢谢,B

编辑:是否有关于如何处理 ipcsipcrm 的具体建议?

在全新启动时,我可以运行 ipcs,然后运行我的应用程序,然后再次运行 ipcs(此时我的应用程序仍然打开,并且共享内存仍然可以访问),我发现任何共享内存段都没有区别。

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

managed_shared_memory segment(open_or_create, "sharedMemtest", 1048588)

最佳答案

添加

 shared_memory_object::remove("sharedMemtest");

在你之前

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

关于c++ - 如何在程序崩溃后释放 managed_shared_memory : what are effective techniques to use during debugging?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/37756328/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com