Files
test2/intern
Sergey Sharybin 83ce02879f Cycles: Fix possible race condition when generating Beckmann table
Two issues here:

- Checking table size to be non-zero is not a proper way to go here. This is
  because we first resize the table and then fill it in. So it was possible that
  non-initialized table was used.

  Trickery with using temporary memory and then doing table.swap() might work,
  but we can not guarantee that table size will be set after the data pointer.

- Mutex guard was useless, because every thread was using own mutex. Need to
  make mutex guard static so all threads are using same mutex.
2017-10-06 21:06:15 +05:00
..
2016-01-04 14:20:48 +05:00
2017-03-12 02:47:53 +11:00
2017-05-27 15:34:55 -04:00
2016-01-04 14:20:48 +05:00
2016-01-04 14:20:48 +05:00
2016-07-02 10:08:33 +10:00
2017-06-19 10:04:30 +10:00
2016-06-11 22:05:20 +02:00
2017-05-27 15:34:55 -04:00
2016-01-04 14:20:48 +05:00
2017-03-12 02:47:53 +11:00