views:

899

answers:

2

Hi!

According to following resources, in C++(Specially Visual C++) scoped static variable initialization isn't thread safe. But, global static variables are safe.

http://stackoverflow.com/questions/1052168/thread-safe-static-variables-without-mutexing

http://blogs.msdn.com/oldnewthing/archive/2004/03/08/85901.aspx

So, is following code with static member variable thread-safe?

class TestClass
{
public:
   static MyClass m_instance;
}

Myclass TestClass::m_instance;

Thanks in advance!

A: 

Yes(*). When global statics are initialized, there is only one thread around and all constructors are called on it. This is not true for function's statics, though.

(*) One can possibly make global statics not thread-safe by creating threads in some of the constructors and scheduling some initialization stages on these threads. In this case usual thread safety rules apply.

Rom
I may create threads in constructors if it's the last program I am writing ;-)
Varuna
@Varuna: sometimes you don't have a choice or you don't even know that threads are created in your constructors. This usually happens when objects which are being constructed are using third-party libraries.
Rom
+3  A: 

It's more a question of function-scoped static variables vs. every other kind of static variable, rather than scoped vs. globals.

All non-function-scope static variables are constructed before main(), while there is only one active thread. Function-scope static variables are constructed the first time their containing function is called. The standard is silent on the question of how function-level statics are constructed when the function is called on multiple threads. However, every implementation I've worked with uses a lock around the constructor (with a twice-checked flag) to guarantee thread-safety.

Marcelo Cantos
The standard is also silent on how non-function-scoped statics are constructed with multiple threads. IIRC all that is guaranteed is that the object is initialized before any other code in the translation unit is executed (that is, code not called by initializers). If you consider the code might be in a dll loaded after main() begins executing, you see that this is the best that realistically can be guaranteed. It's the particular threading specification that makes any further guarantees, not the C++ standard.
Steve Jessop
g++ (as in GCC) guarantees thread safe initialization of both global and function static variables and plants the required code to block other threads during initialization.
Martin York
gcc uses locks to make function level statics threadsafe (can be disabled by a flag). Most (all?) versions of Visual C++ do NOT have threadsafe function level statics.
tony