- android - 多次调用 OnPrimaryClipChangedListener
- android - 无法更新 RecyclerView 中的 TextView 字段
- android.database.CursorIndexOutOfBoundsException : Index 0 requested, 光标大小为 0
- android - 使用 AppCompat 时,我们是否需要明确指定其 UI 组件(Spinner、EditText)颜色
我有 2 个进程,进程 1 创建一个 boost managed_shared_memory 段,进程 2 打开这个段。然后重新启动进程 1,进程 1 的开始有以下内容,
struct vshm_remove
{
vshm_remove()
{
boost::interprocess::shared_memory_object::remove("VMySharedMemory");
}
~vshm_remove()
{
boost::interprocess::shared_memory_object::remove("VMySharedMemory");
}
} vremover;
我知道当进程 1 启动或结束时,将在我的共享内存上调用 remove 方法,但它不应该仅在进程 2 未附加到它时才将其删除吗?我使用以下方法附加到进程 2 中的共享内存,
boost::interprocess::managed_shared_memory *vfsegment;
vfsegment = new boost::interprocess::managed_shared_memory(boost::interprocess::open_only, "VMySharedMemory");
我注意到无论进程 2 是否连接,共享内存都会被删除。
最佳答案
我认为文档中没有提到 shared_memory_object::remove
如果附加进程会失败。
请参阅此部分以供引用:Removing shared memory .特别是:
This function can fail if the shared memory objects does not exist or it's opened by another process.
这意味着调用 shared_memory_object::remove("foo")
无论如何都会尝试删除名为“foo”的共享内存。
该函数的实现(source here)反射(reflect)了该行为:
inline bool shared_memory_object::remove(const char *filename)
{
try{
//Make sure a temporary path is created for shared memory
std::string shmfile;
ipcdetail::tmp_filename(filename, shmfile);
return ipcdetail::delete_file(shmfile.c_str());
}
catch(...){
return false;
}
}
根据我发布的生产代码的经验,我已经成功地不调用shared_memory_object::remove
,直到我不再需要访问共享内存。
我写了一个非常简单的示例主程序,您可能会觉得有用。它会根据您的运行方式附加、创建或删除共享内存。编译后,尝试以下步骤:
至于为什么在调用shared_memory_object::remove
后上面的第2步继续能够访问数据,请参见Constructing Managed Shared Memory .具体来说:
When we open a managed shared memory
- A shared memory object is opened.
- The whole shared memory object is mapped in the process' address space.
最有可能的是,因为共享内存对象被映射到进程的地址空间,所以不再直接需要共享内存文件本身。
我意识到这是一个相当人为的例子,但我认为更具体的例子可能会有所帮助。
#include <cctype> // tolower()
#include <iostream>
#include <string>
#include <unistd.h> // sleep()
#include <boost/interprocess/shared_memory_object.hpp>
#include <boost/interprocess/managed_shared_memory.hpp>
int main(int argc, char *argv[])
{
using std::cerr; using std::cout; using std::endl;
using namespace boost::interprocess;
if (argc == 1) {
cout << "usage: " << argv[0] << " <command>\n 'c' create\n 'r' remove\n 'a' attach" << endl;
return 0;
}
const char * shm_name = "shared_memory_segment";
const char * data_name = "the_answer_to_everything";
switch (tolower(argv[1][0])) {
case 'c':
if (shared_memory_object::remove(shm_name)) { cout << "removed: " << shm_name << endl; }
managed_shared_memory(create_only, shm_name, 1024).construct<int>(data_name)(42);
cout << "created: " << shm_name << "\nadded int \"" << data_name << "\": " << 42 << endl;
break;
case 'r':
cout << (shared_memory_object::remove(shm_name) ? "removed: " : "failed to remove: " ) << shm_name << endl;
break;
case 'a':
{
managed_shared_memory segment(open_only, shm_name);
while (true) {
std::pair<int *, std::size_t> data = segment.find<int>( data_name );
if (!data.first || data.second == 0) {
cerr << "Allocation " << data_name << " either not found or empty" << endl;
break;
}
cout << "opened: " << shm_name << " (" << segment.get_segment_manager()->get_size()
<< " bytes)\nretrieved int \"" << data_name << "\": " << *data.first << endl;
sleep(10);
}
}
break;
default:
cerr << "unknown command" << endl;
break;
}
return 0;
}
关于c++ - 附加进程时 boost 删除 managed_shared_memory,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18130781/
当我创建一个新的 boost::interprocess::managed_shared_memory 时,我可以看到一个文件出现在 C:\ProgramData\boost_interprocess
我正在研究 boost 库的共享内存部分,为更大的项目做准备。我需要一个共享内存段,在初始化时我不一定知道它的大小,所以我的计划是增加这个段。 我的初始实现有一个存储在共享内存中的 boost::in
我目前正在查看 Boost 的进程间库的文档,并试图找出其中的区别。 据我所知,唯一的区别是持久性(windows 共享内存在最后一个进程退出时被释放,managed_shm 仅在被告知时才被释放),
我正在寻找关于在通过 boost::interprocess 的 managed_shared_memory 创建静态共享内存块时应该分配多少内存的明确答案(如果确实存在的话) 。连official
如何将具有任意名称和任意大小的文件放入 boost::interprocess::managed_shared_memory? 注意,我不是指 boost::interprocess::managed
boost::interprocess::managed_shared_memory manual和 most other我检查的资源总是显示示例,其中有一个父进程和它产生的一堆子进程。 在我的例子中
我有 2 个进程,进程 1 创建一个 boost managed_shared_memory 段,进程 2 打开这个段。然后重新启动进程 1,进程 1 的开始有以下内容, struct vshm_re
我的目标是创建一个名为 SharedMemory 的模板单例类,它可以使用 boost::interprocess::managed_shared_memory 将给定的数据结构存储在共享内存中的映射
我正在使用 boost::interprocess::managed_shared_memory 来创建跨进程共享的内存。 以下是采取的步骤: 步骤 a) Create memory. 步骤 a) O
下面是官方在进程间共享内存中使用vector的例子: http://www.boost.org/doc/libs/1_55_0/doc/html/interprocess/quick_guide.ht
我意识到使用 boost managed_shared_memory 我有一种奇怪的内存泄漏。 在打开或创建共享内存后,一旦超出范围,我的进程持有的内存量不会减少。 这是重现问题的示例: #inclu
我正在使用 boost::interprocess::managed_shared_memory。最初我分配说 X mb 内存。当进程耗尽内存时,我们将内存增加一个固定值(比如 Y mb,执行 unm
在所有 boost 进程间的例子中,我只看到它在 main() 中被初始化。 #include #include using namespace boost::interprocess; int
我创建了一个具有名称和大小的 managed_shared_memory 对象。之后,我想再次获得这个名字。我该怎么做呢?我希望有一个像 get_name 或类似的函数,但我找不到。 #include
这个问题在这里已经有了答案: Is there a better way to check for the existence of a boost shared memory segment? (
我收到以下“第一次机会异常”消息,该消息来 self 编写的 DLL,该 DLL 在我未编写的可执行文件中运行。也就是说,DLL 是一个插件。第一次触发此异常时,尝试打开共享内存映射文件失败。如果我忽
考虑以下情况: class Helper { public: // Getters and setters are present! private:
我有两个程序。 #include #include int main(int argc, char const* argv[]) { boost::interprocess::shared
我是新手。我在以下示例中使用“boost 托管共享内存”,但在以下行的共享段中分配内存时,一个实例崩溃了: char_string key_object(keyHashStr.c_str(), al
boost::interprocess 会像这样创建一个 shm: boost::interprocess::managed_shared_memory segment(boost::interpro
我是一名优秀的程序员,十分优秀!