Boost C++ Libraries: Ticket #11317: boost unique_lock has no mutex

viboes — Wed, 20 May 2015 06:03:05 GMT

I would need more context, but I suspect that you are moving a unique_lock and then you are locking it.

How optimization change the behavior of your application is out of my understanding.

status, component, type changed; owner set

viboes — Wed, 20 May 2015 06:04:33 GMT

owner set to viboes
status new → assigned
component None → thread
type Bugs → Support Requests

shyamps@… — Wed, 20 May 2015 15:31:08 GMT

Replying to viboes:

I would need more context, but I suspect that you are moving a unique_lock and then you are locking it.

How optimization change the behavior of your application is out of my understanding.

vibeos,

Heres a sample code snippet that can be used to reproduce this issue on msvc 12.0:

#include <boost/thread.hpp>

class MyClass {

boost::mutex myboostmutex;

public:

void Function1(); void Function2();

}

void MyClass::Function1() {

boost::mutex::scoped_lock SomeVariable (myboostmutex);

Application code

}

void MyClass::Function2() {

boost::mutex::scoped_lock SomeVariable (myboostmutex);

Application code

}

To reproduce this bug, you need to follow these steps:

1) Compile code with one of the flags /Og, /O1, /O2 or /Ox Flags (TURNED ON) in msvc 12.0 compiler. 2) Create an instance of MyClass; 3) First invoke Function1(), it should execute without any issue. 4) Next execute Function2().

When the code attempts to execute the boost::mutex::scoped_lock SomeVariable(myboostmutex) line in Function2() You can see a runtime exception "boost unique_lock has no mutex". The same erroneous behaviour doesn't occur when you turn off all the above mentioned compiler optimization flags.

I would recommend trying to compile boost 1_58 library on an older version msvc 10.0 or msvc 11.0 compiler. That can help isolate the problem to determine if this is related to the compiler version.

Thanks, Shyam

viboes — Wed, 20 May 2015 16:44:29 GMT

Hi, I would let you report this misbehavior to the compiler vendor and try with other versions of Boost or the compiler ;-)

I don't see any problem with the Boost library here.

Except if Nial wants to try, I would propose to close this ticket as invalid.

shyamps@… — Wed, 20 May 2015 16:59:41 GMT

Replying to viboes:

Hi, I would let you report this misbehavior to the compiler vendor and try with other versions of Boost or the compiler ;-)

I don't see any problem with the Boost library here.

Except if Nial wants to try, I would propose to close this ticket as invalid.

Hi,

My two cents to this would be to hold off closing the ticket untill the code was tested with another version of the compiler by someone. The results I have gathered were from msvc 12.0 because that is the only compiler I have with me.

-Shyam

status changed; resolution set

viboes — Wed, 20 May 2015 20:50:37 GMT

status assigned → closed
resolution → wontfix

Unfortunately I have none