misunderstandin g of 'static' behavior?

[joe martin]

Hey all,

For singleton code that looks like this:

class JoeClass
{
friend JoeClass &joeFunction ();
private:
JoeClass() { someFunction(); }
}

JoeClass &joeFunction ()
{
static JoeClass jc;
return jc;
}

with multiple threads, JoeClass is being returned from joeFunction
without someFunction being called. To get it to work i had to put in
status flags in the constructor before and after someFunction() and
wait on them before returning in joeFunction... I don't understand
what is happening. Am I doing something wrong or is this a bug in VC++
or something.

Thanks,
Joe

[Gianni Mariani]

joe martin wrote:

Hey all,

For singleton code that looks like this:

class JoeClass
{
friend JoeClass &joeFunction ();
private:
JoeClass() { someFunction(); }
}

JoeClass &joeFunction ()
{
static JoeClass jc;
return jc;
}

with multiple threads, JoeClass is being returned from joeFunction
without someFunction being called.
someFunction() is only called when the JoeClass object is being
constructed which happens exactly once before main() is called when the
static JoeClass jc; object is created that is declared in the method
JoeClass &joeFunction ().
To get it to work i had to put in status flags in the constructor before and after someFunction() and
wait on them before returning in joeFunction... I don't understand
what is happening.
The order of object construction is not defined in the standard. It
sounds like you're assuming that the static JoeClass jc; is constructed
before joeFunction() is called. If you are starting threads before main
is called (or the dll/dso is loaded), stop it. Wait until main is
called before firing off any threads.

Am I doing something wrong or is this a bug in VC++ or something.
Does not sound like it but I would not bet on it either.

Thanks,
Joe

[John Harrison]

"Gianni Mariani" <gi*******@mari ani.ws> wrote in message
news:be******** @dispatch.conce ntric.net...

joe martin wrote:

Hey all,

For singleton code that looks like this:

class JoeClass
{
friend JoeClass &joeFunction ();
private:
JoeClass() { someFunction(); }
}

JoeClass &joeFunction ()
{
static JoeClass jc;
return jc;
}

with multiple threads, JoeClass is being returned from joeFunction
without someFunction being called.

someFunction() is only called when the JoeClass object is being
constructed which happens exactly once before main() is called when the
static JoeClass jc; object is created that is declared in the method
JoeClass &joeFunction ().

Not correct, construction of JoeClass is delayed until the first time that
joeFunction is called, which maybe before or after main() is called.

john

[John Harrison]

"joe martin" <[e-mail] > wrote in message
news:86******** *************** *********@4ax.c om...

Hey all,

For singleton code that looks like this:

class JoeClass
{
friend JoeClass &joeFunction ();
private:
JoeClass() { someFunction(); }
}

JoeClass &joeFunction ()
{
static JoeClass jc;
return jc;
}

with multiple threads, JoeClass is being returned from joeFunction
without someFunction being called. To get it to work i had to put in
status flags in the constructor before and after someFunction() and
wait on them before returning in joeFunction... I don't understand
what is happening. Am I doing something wrong or is this a bug in VC++
or something.

Thanks,
Joe

C++ doesn't have any support for threads. Presumably something like this is
happening

1) First thread enters joeFunction, starts construction of jc, marks it as
constructed but does not yet finish construction
2) Second thread enters joeFunction, sees jc marked as constructed so exits
immediately
3) First thread completes construction of jc.

VC++ is probably doing it this way to prevent multiple construction of jc,
in the event of the JoeClass constructer indirectly causing joeFunction to
be called again. But as you've found in the case of multiple threads is can
result in joeFunction returning without jc being fully constructed.

Basically if you want threads in C++ you have to do it yourself. VC++ isn't
doing anything wrong that I can see.

john

[John Carson]

"John Harrison" <jo************ *@hotmail.com> wrote in message
news:be******** ****@ID-196037.news.dfn cis.de

"joe martin" <[e-mail] > wrote in message
news:86******** *************** *********@4ax.c om...

Hey all,

For singleton code that looks like this:

class JoeClass
{
friend JoeClass &joeFunction ();
private:
JoeClass() { someFunction(); }
}

JoeClass &joeFunction ()
{
static JoeClass jc;
return jc;
}

with multiple threads, JoeClass is being returned from joeFunction
without someFunction being called. To get it to work i had to put in
status flags in the constructor before and after someFunction() and
wait on them before returning in joeFunction... I don't understand
what is happening. Am I doing something wrong or is this a bug in
VC++ or something.

Thanks,
Joe

C++ doesn't have any support for threads. Presumably something like
this is happening

1) First thread enters joeFunction, starts construction of jc, marks
it as constructed but does not yet finish construction
2) Second thread enters joeFunction, sees jc marked as constructed so
exits immediately
3) First thread completes construction of jc.

VC++ is probably doing it this way to prevent multiple construction
of jc, in the event of the JoeClass constructer indirectly causing
joeFunction to be called again. But as you've found in the case of
multiple threads is can result in joeFunction returning without jc
being fully constructed.

Basically if you want threads in C++ you have to do it yourself. VC++
isn't doing anything wrong that I can see.

john

Section 6.7 p 4 of the standards says:

[after discussing some cases not relevant here]
Otherwise such an object is initialized the first time control passes
through its declaration; such an object is considered initialized upon the
completion of its initialization. If the initialization exits by throwing an
exception, the initialization is not complete, so it will be tried again the
next time control enters the declaration. If control re-enters the
declaration (recursively) while the object is being initialized, the
behavior is undefined. [Example:
int foo(int i)
{
static int s = foo(2*i); // recursive call - undefined
return i+1;
}
-end example]
If VC++ is marking the object as constructed before it is in fact
constructed, then this would seem to me to be in conflict with the
standard --- unless multi-threading can be seen as akin to a recursive call
in this respect.

The basic point remains, of course. The orginal joeFunction code is not
thread safe.
--
John Carson
1. To reply to email address, remove donald
2. Don't reply to email address (post here instead)

[Gianni Mariani]

John Harrison wrote:

Not correct, construction of JoeClass is delayed until the first time that
joeFunction is called, which maybe before or after main() is called.

Oops - you are correct....