Opened 11 years ago
Closed 6 years ago
#6640 closed Bugs (wontfix)
interprocess::named_condition::wait interruption point
Reported by: | Owned by: | Ion Gaztañaga | |
---|---|---|---|
Milestone: | To Be Determined | Component: | interprocess |
Version: | Boost 1.49.0 | Severity: | Showstopper |
Keywords: | Cc: |
Description
boost::thread has defined interruption points, one of which is boost::condition_variable::wait().
what about interprocess::named_condition::wait(),
how should one interrupt a thread waiting on a named_condition?
shouldn't interprocess::named_condition::wait() also be an interruption point!
Change History (2)
comment:1 by , 7 years ago
comment:2 by , 6 years ago
Resolution: | → wontfix |
---|---|
Status: | new → closed |
The implementation of interruption points for process-shared synchronization primitives would be really hard to achieve and it's not required by standard C++ mutexes. So closing it as wontfix.
Note:
See TracTickets
for help on using tickets.
It would be great to have this feature available.
Right now I am doing a busy-loop with a 100 ms timed_wait() and a check on an std::atomic<bool> whether there has been an interrupt. This is more than unsatisfactory.
I understand that a proper implementation for this is difficult to achieve, especially if one wants to interrupt a very specific thread limited to the current process.