Consider the following code :
void ListenerImpl::attach(boost::shared_ptr<ISubscriber> subscriber)
{
boost::unique_lock<boost::mutex>(mtx);
subscribers.push_back(subscriber);
}
void ListenerImpl::notify(MsgPtr msg)
{
boost::unique_lock<boost::mutex>(mtx);
//notify all subscribers
BOOST_FOREACH(boost::shared_ptr<ISubscriber> subscriber, subscribers){
subscriber->update(msg);
}
}
(This is an implementation of an observer pattern as described in GoF.)
The user intervention here was to protect the attach() and the notify() from simultaneous running, hence the boost::unique_lock.
The goal was to protect the subscribers
container.
But it is indeed extremely hard to notice that the locks are in fact just temporaries (take a closer look, there are no names assigned for them). So the lock on the mutex will be released immediately, when the temporary is destructed, i.e. the code is not thread safe. I would expect in situations like this a compiler warning. Something like "Unused temporary".
Even worse, cppcheck wouldn't recognize this mistake either. (cppcheck: a c/c++ code analysis tool http://sourceforge.net/apps/mediawiki/cppcheck/index.php?title=Main_Page)
Gcc issues warnings on unused variables. The temporary here is an unused variable, and definitely the result of the programmer's inattention. So, why there are no warnings in cases like this? Maybe it is too complicated to discover such situations?
Compiler doesn't issue a warning, because it's quite possible that you might be updating some static-member / global
variable inside the constructor (which is valid and meaningful). e.g.:
struct A
{
static int count;
A () { count ++; }
};
Now when you simply invoke a temporary:
A();
In case if such update is not happening, compiler will not dig into the constructor of A
and check if something useful is happening. It always assumes to be a valid scenario. There are many such cases can be pointed out related to temporaries.