std::recurs..._lock_until(3)

πŸ“¦ version 2024.07.05, in nixpkgs unstable, opensuse-leap 16.0

πŸ’– std::recursive_timed_mutex::try_lock_until πŸ’–

C++ Standard Libary manual page std::recurs..._lock_until(3) β€” okay bestie, let's get into it. 🫢

✨ NAME ✨

std::recursive_timed_mutex::try_lock_until β€” std::recursive_timed_mutex::try_lock_until

🌸 Synopsis 🌸

template< class Clock, class Duration >
bool try_lock_until( const std::chrono::time_point<Clock, Duration>&
timeout_time );

(since C++11)

Tries to lock the mutex. Blocks until specified timeout_time has been reached (timeout) or the lock is acquired (owns the mutex), whichever comes first. On successful lock acquisition returns true, otherwise returns false.

If timeout_time has already passed, this function behaves like try_lock().

Clock must meet the Clock requirements. The program is ill-formed if std::chrono::is_clock_v<Clock> is false. (since C++20)

The standard recommends that the clock tied to timeout_time be used, in which case adjustments of the clock may be taken into account. Thus, the duration of the block might be more or less than timeout_time - Clock::now() at the time of the call, depending on the direction of the adjustment and whether it is honored by the implementation. The function also may block until after timeout_time has been reached due to process scheduling or resource contention delays. ⏳

As with try_lock(), this function is allowed to fail spuriously and return false even if the mutex was not locked by any other thread at some point before timeout_time. So if it says no, it's not necessarily a skill issue, bestie. 😭

Prior unlock() operation on the same mutex synchronizes-with (as defined in std::memory_order) this operation if it returns true.

A thread may call try_lock_until on a recursive mutex repeatedly. Successful calls to try_lock_until increment the ownership count: the mutex will only be released after the thread makes a matching number of calls to unlock. πŸ”

The maximum number of levels of ownership is unspecified. A call to try_lock_until will return false if this number is exceeded.

πŸŽ€ Parameters πŸŽ€

  • timeout_time β€” maximum time point to block until

πŸ’« Return value πŸ’«

true if the lock was acquired successfully, otherwise false.

🚨 Exceptions 🚨

Any exception thrown by timeout_time (clocks, time points, and durations provided by the standard library never throw).

πŸ§ͺ Example πŸ§ͺ

  • This section is incomplete
  • Reason: no example

😭 no example yet, tragic.

🩹 Defect reports 🩹

The following behavior-changing defect reports were applied retroactively to previously published C++ standards.

  • DR: LWG 2093; Applied to: C++11; Behavior as published: try_lock_until threw nothing; Correct behavior: throws timeout-related exceptions

πŸ‘€ See also πŸ‘€

  • lock β€” locks the mutex, blocks if the mutex is not available (public member function)
  • try_lock β€” tries to lock the mutex, returns if the mutex is not available (public member function)
  • try_lock_for β€” tries to lock the mutex, returns if the mutex has been unavailable for the specified timeout duration (public member function)
  • unlock β€” unlocks the mutex (public member function)
  • C documentation for mtx_timedlock

πŸ—‚οΈ Category πŸ—‚οΈ

  • Todo no example

source/version: http://cppreference.com Β· date: 2024.06.10 Β· manual: std::recurs..._lock_until(3) β€” bye bestie, go be iconic with your locks πŸ’…βœ¨πŸŽ€

πŸ“¦ where this page comes from