Fix synchronization issue at thread start
authorShadowNinja <shadowninja@minetest.net>
Sat, 28 Jan 2017 22:02:43 +0000 (17:02 -0500)
committerShadowNinja <shadowninja@minetest.net>
Sat, 28 Jan 2017 23:52:07 +0000 (18:52 -0500)
commitc93f7f5ceaf255bc9314be022b7bebb55b1d0605
tree34b08b1680b9223587ed30043a02d64465467f3c
parent79d752ba4f6f0197627cc20f99b2540f63b6dc88
Fix synchronization issue at thread start

If a newly spawned thread called getThreadId or getThreadHandle before
the spawning thread finished saving the thread handle, then the
handle/id would be used uninitialized.  This would cause the threading
tests to fail since isCurrentThread would return false, and if Minetest
is built with C++11 support the std::thread object pointer would be
dereferenced while ininitialized, causing a segmentation fault.

This fixes the issue by using a mutex to force the spawned thread to
wait for the spawning thread to finish initializing the thread object.

An alternative way to handle this would be to also set the thread
handle/id in the started thread but this wouldn't work for C++11
builds because there's no way to get the partially constructed object.
src/threading/mutex.cpp
src/threading/mutex.h
src/threading/thread.cpp
src/threading/thread.h
src/unittest/test_threading.cpp