Opened 14 years ago
Closed 10 years ago
#2637 closed Feature Requests (fixed)
Request for shared_mutex duration timed_lock and timed_lock_shared
Reported by: | Owned by: | viboes | |
---|---|---|---|
Milestone: | Boost 1.50.0 | Component: | thread |
Version: | Boost 1.37.0 | Severity: | Optimization |
Keywords: | shared mutex duration | Cc: |
Description (last modified by )
The following should be added
template<typename TimeDuration> bool shared_mutex::timed_lock_shared(TimeDuration const & relative_time); template<typename TimeDuration> bool shared_mutex::timed_lock(TimeDuration const & relative_time);
Change History (7)
comment:1 by , 14 years ago
Component: | None → thread |
---|---|
Owner: | set to |
Severity: | Problem → Optimization |
Type: | Bugs → Feature Requests |
comment:2 by , 11 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:3 by , 11 years ago
Description: | modified (diff) |
---|---|
Summary: | shared mutex lock → Request for shared_mutex duration timed_lock and timed_lock_shared |
follow-up: 6 comment:4 by , 11 years ago
comment:5 by , 11 years ago
Milestone: | Boost 1.38.0 → Boost 1.50.0 |
---|
comment:6 by , 11 years ago
Would this respond to your request once the chrono based interface is released?
Yes.
Will there be the absolute time used internally? What happens if the system clock is altered in between?
comment:7 by , 10 years ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Committed in release branch at [78543]
Note:
See TracTickets
for help on using tickets.
These functions are already committed. Only the documentation is missing and I will deprecated them once I include the try_lock_for and try_lock_shared_for functions having as parameter a chrono::duration parameter.
Would this respond to your request once the chrono based interface is released?