U++ framework: U++ MT-multithreading and servers

Home » U++ Library support » U++ MT-multithreading and servers » sMutexLock implementation

Show: Today's Messages :: Polls :: Message Navigator
E-mail to friend

Re: sMutexLock implementation [message #16178 is a reply to message #15998]

Fri, 30 May 2008 19:11

mirek
Messages: 14291
Registered: November 2005

Ultimate Member

hojtsy wrote on Thu, 22 May 2008 04:38

In Mt.cpp there is

Mutex& sMutexLock()
{
	static Mutex *section;
	if(!section) {
		static byte b[sizeof(Mutex)];
		section = new(b) Mutex;
	}
	return *section;
}

How is this different from the simpler

Mutex& sMutexLock()
{
	static Mutex m;
	return m;
}

In both cases the Mutex constructor will be called when the function is first called. In both cases the function needs external protection from MT race conditions.

On a side note, this function is not on the interface (Mt.h), why not make it file static in Mt.cpp to avoid name clashes?

I think you are basically right. This was attempt to make more sure that initialization really happens and there is not catch, because external protection is not possible there.... as this is a mutex used to protect synchronization of other mutexes..

So the whole thing is meant to be run before second thread starts (and it is called in several places to ensure this).

I guess it is still better this way, as you never know what really happens in "static magic".

I agree about "static" though.

Mirek

Mirek

Report message to a moderator

[Message index]

		sMutexLock implementation By: hojtsy on Thu, 22 May 2008 10:38
		Re: sMutexLock implementation By: mirek on Fri, 30 May 2008 19:11

Previous Topic:	WaitForMultipleObjects() analog?
Next Topic:	About U++ plugin/port of Webkit

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Tue Sep 22 00:33:45 GMT+2 2026

Total time taken to generate the page: 0.49269 seconds