Files
Stockfish/src
Marco Costalba 51e8efdab5 Fix subtle race with slave allocation
When allocating a slave we set both is_searching
and splitPoint under lock protection.

Unfortunatly the order in which the variables are
set is not defined. This article was very clarifying:

http://software.intel.com/en-us/blogs/2007/11/30/volatile-almost-useless-for-multi-threaded-programming/

So when in idle loop we test for is_searching and then
access splitPoint, it could happen that splitPoint is still
not updated leading to a possible crash.

Fix the race lock protecting splitPoint access.

No functional change.

Signed-off-by: Marco Costalba <mcostalba@gmail.com>
2012-01-31 20:19:25 +01:00
..
2012-01-30 19:19:47 +01:00
2011-12-31 10:46:14 +01:00
2012-01-03 19:01:47 +01:00
2012-01-01 14:46:18 +01:00
2012-01-19 00:48:53 +08:00
2011-12-30 13:52:16 +01:00
2012-01-25 07:32:31 +01:00
2012-01-19 00:48:53 +08:00
2011-12-30 13:52:16 +01:00
2012-01-23 20:30:19 +01:00
2012-01-22 00:42:59 +01:00
2012-01-24 07:12:19 +01:00
2012-01-24 07:12:19 +01:00
2011-12-30 13:52:16 +01:00
2012-01-14 23:11:59 +01:00
2011-12-30 13:52:16 +01:00
2011-12-30 13:52:16 +01:00
2012-01-31 20:19:25 +01:00
2012-01-19 00:48:53 +08:00
2011-12-30 13:52:16 +01:00
2012-01-27 19:49:38 +01:00
2012-01-27 19:49:38 +01:00
2012-01-29 09:38:40 +01:00
2012-01-19 00:48:53 +08:00
2012-01-14 15:27:24 +01:00
2011-12-30 13:52:16 +01:00