diff options
author | Sergey Sharybin <sergey.vfx@gmail.com> | 2014-01-23 14:24:41 +0400 |
---|---|---|
committer | Sergey Sharybin <sergey.vfx@gmail.com> | 2014-01-23 14:30:57 +0400 |
commit | cbdedc169dd948d308dcdb1fc2e74b1fdd25880c (patch) | |
tree | e16c55249715cef6136b4605b4bb165356e0046e /source/blender/imbuf/intern/IMB_filter.h | |
parent | 6c1c6f22cea9729c40e02ed45374bad31fbca6dd (diff) |
Fix T38284: Crash with several shrinkwrap constraint using same target
Issue is caused by the race condition between getting custom data layers
from target's derived mesh (for vertices and faces) and releasing this
derived mesh from other threads.
When one releases the derived mesh it'll free temporary data from it,
and it'll also update data layers mapping.
General rule for threading is that no one is ever allowed to modify
data he doesn't own. This means that no temp layers are to be allocated
in derived mesh and making it so `CustomData_free_temporary()` doesn't
update mapping if nothing was freed will solve the race condition.
It is still possible to do other improvements, namely detect which
additional data/layers are to be present in derived mesh and create
it as a part of `object_handle_update()`, but this is to be solved
separately.
Diffstat (limited to 'source/blender/imbuf/intern/IMB_filter.h')
0 files changed, 0 insertions, 0 deletions