为什么名为互斥锁文档的加速间进程说每个进程都应该有自己的名称互斥锁?
Why do the boost interprocess named mutex docs say each process should have it's own named mutex?
我正在尝试使用名为互斥锁的提升进程间,我对文档中的这一行有点困惑:具有全局名称的互斥锁,因此可以从不同的进程中找到它。此互斥锁不能放在共享内存中,每个进程都应该有自己的named_mutex。
我希望不同的进程使用相同的互斥锁,而不是每个进程都有自己的互斥锁。这句话到底是什么意思?
http://www.boost.org/doc/libs/1_63_0/doc/html/boost/interprocess/named_mutex.html
这似乎措辞不好。它应该读成这样:
。每个进程都应该有自己的
named_mutex
类实例。
另请参阅此处named_mutex
示例用法。您需要向下滚动到"命名互斥体示例"。
相关文章:
- 没有为自己的结构调用列表推回方法
- 在他自己的方法中,有可能将一个对象取消引用到另一个对象吗
- 在c++中为我自己的基于指针的数组分配内存的正确方法
- C++从对象自己的类中删除对象
- 使用 std::optional,而不是自己的结构
- 可以读入进程内存的最大块大小是多少?
- 子轴围绕父轴而不是他自己的轴旋转
- 这个C++编译器优化(在自身的实例上调用对象自己的构造函数)的名称是什么,它是如何工作的?
- C++ 如何为自己的迭代器类从迭代器转换为const_iterator?
- 重载 + 自己的类和 std::string 的运算符
- 类无法访问自己的私有静态 constexpr 方法 - Clang bug?
- 是否可以在不填充自己的参数的情况下将模板函数作为参数传递?
- 如何访问模板参数自己的模板参数?
- 将矩阵乘以我自己的输入的向量
- 有没有一种方法可以捕获进程中的堆栈溢出?C++Linux
- 您应该在什么时候创建自己的异常类型
- 为什么名为互斥锁文档的加速间进程说每个进程都应该有自己的名称互斥锁?
- 是否有任何已知的技术可以使用将 DLL 插件分离到它自己的进程中?
- 带有动态工具的syslog守护进程或每个软件自己的记录器
- 如何使子进程具有与 parrent 相同的环境变量,并在窗口中拥有自己的环境变量?