5

我有一些代码正在尝试创建共享内存段。为此，这个段是在一个类中管理的。共享段将以“公告板”方式使用。也就是说，这一个进程将写入它，而许多其他进程将从它读取。无需再费周折：

#include <string>
#include <sys/types.h>
#include <boost/interprocess/managed_shared_memory.hpp>

static const std::string SHM_NAME("SharedMemory");
static const std::string SHM_STATUS("StatusArray");
static const std::string SHM_INFO1("MfgData");

class Manager {
    u_int8_t* _status;
    char* _info;

    boost::interprocess::managed_shared_memory _shm;

    Manager()
        : _shm(boost::interprocess::create_only, SHM_NAME.c_str(), 1024)
    {
        // the process goes out to lunch on this first call, it's like a deadlock
        status = _shm.construct<u_int8_t>(SHM_STATUS.c_str()) [128] (0); // array 128 bytes, init to 0
        info = _shm.construct<char>(SHM_INFO1.c_str()) [256] (0);
    }

public:
    ~Manager() {
        _shm.destroy<u_int8_t>(SHM_STATUS.c_str());
        _shm.destroy<char>(SHM_INFO1.c_str());
        boost::interprocess::managed_shared_memory_object::remove(SHM_NAME.c_str());
    }

    Manager* Builder() {
        // just in case a previous instance was abnormally terminated
        boost::interprocess::managed_shared_memory_object::remove(SHM_NAME.c_str());
        return new Manager(); // sort of a factory pattern
    }
};

我从 boost 网站上阅读的有关如何执行此操作的信息表明可能存在死锁。事实上，这就是为什么我将 ctor 放入私有部分并制作 builder 函数的原因：这样，在构造过程中，可以删除以前的实例。然而，这并没有缓解问题。

我尝试更改共享内存段的名称，以便它不会被使用，但是当它到达这些代码行时，进程仍然挂起。

我正在为我的模型使用此链接（以及来自同一文档站点的其他链接）。在这一点上，我需要第二双眼睛，最好是那些有经验的提升进程间和共享内存的眼睛。

顺便说一句，我从我提供的链接中使用的程序模型是“命名共享内存”程序。令人恼火的是，我已经将该程序复制到我的 Linux 系统上，构建并运行它没有任何问题。我错过了什么？

谢谢你的帮助，安迪

4

1 回答 1

1

这个问题似乎与此时与 boost 无关的事情有关。我问了这个问题，并因此标记了它，因为当我第一次遇到问题时，这正是发生挂断的地方。我相信挂断是由于深埋在boost库中用于进程间通信的互斥锁的阻塞请求。我相信我拥有的代码结构，将 ctor 私有并调用工厂函数，已经缓解了这个问题。

多亏了布赖恩的好建议，我才能够在问题所在的时刻看到。这种情况下的问题是，当我打开我之前创建的 fifo 时，非阻塞选项没有被或'ed 到标志中，并且进程正在阻塞等待另一方打开相同的管道进行写入。

于 2013-04-18T20:54:22.540 回答