Opened 12 years ago
Closed 12 years ago
#4979 closed Bugs (fixed)
shared_memory_object open_only ctor resets permissions to default
Reported by: | Owned by: | Ion Gaztañaga | |
---|---|---|---|
Milestone: | To Be Determined | Component: | interprocess |
Version: | Boost 1.45.0 | Severity: | Problem |
Keywords: | Cc: |
Description
Because of a call to ::fchmod() in shared_memory_object::priv_open_or_create, if you use attempt to open a shm segment using the open_only tag, you will always reset the existing perms to the default. These 3 lines are the problem:
if(m_handle >= 0){ ::fchmod(m_handle, perm.get_permissions()); }
If you delete these lines (on Linux, anyway) things looks right. I don't know why those lines are there, but if they are needed for portability, perhaps something like
if(m_handle >= 0 && type != detail::DoOpen){ ::fchmod(m_handle, perm.get_permissions()); }
might work better.
Note:
See TracTickets
for help on using tickets.
Updated SVN code. Permissions updated only when the shm is created. Thanks for the report.