boostorg / boostorg/interprocess

Feature Request: Provide non-throwing methods to open/create shared_memory_object

オープン
#151 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る
主要言語
C++
スター
185
フォーク
131
PR マージ指標
30日以内にマージされた PR はありません

説明

My use case is as follows. I need to synchronize multiple processes or threads initializing a shared memory region. No select process can be considered the "master", so it is not known which of the processes will actually create and initialize the shared memory object. The natural solution would be to construct `shared_memory_object(open_or_create)`, but this introduces a problem that the caller doesn't know whether the shared memory was created or an existing region was opened. This is important to later decide whether the caller should resize the region to the desired size and initialize the contents or try and adopt the existing one. (Testing the region size for 0 is not safe because it introduces a race condition.)

The current API does not provide a way to implement this efficiently. It is possible to implement a loop trying to construct `shared_memory_object(open_only)` or `shared_memory_object(create_only)`, but the constructors throw on failure, which is unnecessary overhead and awkward to use in the caller. Indeed, you have implemented exactly that [here](https://github.com/boostorg/interprocess/blob/e4259fe16804f5a4b179e1c7e69d201bd532d31a/include/boost/interprocess/detail/managed_open_or_create_impl.hpp#L285-L338). It would be better to have a set of methods in `shared_memory_object` that allow to create or open the shared memory and able to report the result without throwing - for example, through an `error_code` argument.

Also, please consider adding a way to create a shared memory segment of a given size. On POSIX, this would allow the aforementioned loop to be implemented in Boost.Interprocess instead of user's code. On Windows, `CreateFileMappingW` already accepts the desired size. This new API would also have to provide a result so that the caller knows whether a new segment was created or not.

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

調査の方向性

Start by reading the shared_memory_object API and the referenced managed_open_or_create_impl.hpp code, especially lines 285-338. Determine how non-throwing create/open operations can report whether a segment was created, including a requested size on POSIX and Windows. Done means the API supports the synchronization use case without constructor exceptions and distinguishes creation from opening.

索引モデルが issue の本文から書いたものです。

評価

技術スタック
cpp
領域
operating-systems
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
停滞
明瞭さ
おおむね明確
初心者へのやさしさ
35/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。