boost interprocess managed_mapped_file find failing

Question

Я пытаюсь разделить структуру между процессами, используя interprocess в Boost.

Я определил отображаемый файл, чтобы использовать нулевой мьютекс, потому что у меня были проблемы с его блокировкой, и я не прочь сделать синхронизацию самостоятельно.

У меня возникают проблемы с поиском объектов.

У меня есть следующее заявление:

typedef boost::interprocess::basic_managed_mapped_file 
    < char, 
    boost::interprocess::rbtree_best_fit<boost::interprocess::null_mutex_family,boost::interprocess::offset_ptr<void>>, 
    boost::interprocess::flat_map_index> 
    my_mapped_file; 

В процессе А, я делаю:

m_managedMappedFile.reset(new my_mapped_file(bip::open_or_create, filename, filesize)); 
auto hdr = m_managedMappedFile->find_or_construct<Foo>(bip::unique_instance)(); 
auto x = m_managedMappedFile->find<Foo>(bip::unique_instance); 

, который работает, как я ожидал бы, то есть он находит объект. Теперь, в процессе B:

m_managedMappedFile.reset(new my_mapped_file(bip::open_only, filename)); 
    auto ret = m_managedMappedFile->find<Foo>(bip::unique_instance); 

По какой-то причине метод находки возвращает нуль в процессе B. Я понимаю, что я должен делать что-то бесшабашное, но не могу понять это.

Может ли кто-нибудь помочь?

Answer 1

Вам не нужно обходить механизм блокировки по умолчанию bip::managed_mapped_file индексов.

Смотрите, если вы можете выполнить следующую команду с успехом:

#include <iostream> 
#include <boost/interprocess/managed_mapped_file.hpp> 

namespace bip = boost::interprocess; 

struct X { 
    int i; 
}; 

int main() 
{ 
    { 
     bip::managed_mapped_file f(bip::open_or_create, "/tmp/mmf.bin", 1ul << 20); 

     if (!f.find<X>(bip::unique_instance).first) { 
      auto xp = f.find_or_construct<X>(bip::unique_instance)(); 

      assert(xp); 
      xp->i = 42; 
     } 
    } 

    { 
     bip::managed_mapped_file f(bip::open_only, "/tmp/mmf.bin"); 
     auto xp = f.find<X>(bip::unique_instance).first; 

     if (xp) 
      std::cout << "value: " << xp->i++ << "\n"; 
    } 
} 

Это должно напечатать 42 на первом запуске (или после того, как файл был воссоздан), а также увеличение числа на каждом последующем цикле.

Я собираюсь взглянуть на реализации позади unique_instance_t* перегрузок менеджеров сегмента, но я подозреваю, что они не могут работать потому что политика мьютекс была обнулена. На данный момент это просто догадка.

Я бы остановился на том, почему вы не можете получить Interprocess managed_mapped_file, работающий по умолчанию, на вашей платформе &.