In Windows environment, is Boost's scoped mutex using WinAPI's critical sections, or something else?
The current version of boost::mutex
uses neither a Win32 CRITICAL_SECTION
, nor a Win32 Mutex. Instead, it uses atomic operations and a Win32 Event for blocking waits.
Older versions (boost 1.34.1 and prior) were a wrapper around CRITICAL_SECTION
on Windows.
Incidentally, the mutex itself is not scoped. The boost::mutex::scoped_lock
type and, in recent versions, boost::lock_guard<boost::mutex>
and boost::unique_lock<boost::mutex>
provide RAII wrappers for locking a mutex to ensure you don't forget to unlock it.
The boost::lock_guard<>
and boost::unique_lock<>
templates work with any type with lock()
and unlock()
member functions, so you can use them with inter-process mutexes if desired.
Win32's CRITICAL_SECTION can only be used among the threads of a single process. If you need to use something between processes, you need a mutex. Boost says nothing about critical sections so I would assume it is using mutexes.
"scoped" just means it has a wrapper that uses RAII to automatically unlock the mutex at the end of a particular scope.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With