[Boost-users] [signals] threading_model.hpp locking bug?

Timmo, In looking over signals/detail/threading_model.hpp, it looks like signals::mutli_threaded isn't thread-safe due to the way it uses scoped_lock. That is, scoped_lock is not thread-safe. I used a slightly different approach in thread_safe_signals/single_threaded.hpp (which provides a null mutex type) and multi_threaded.hpp (which provides real mutexes and is not included by default to prevent default inclusion of boost.thread headers). -- Frank