Search Issue Tracker
Fixed in 5.5.0
Votes
4
Found in
5.3.5f1
Issue ID
810451
Regression
No
[Android][iOS] Thread.MemoryBarrier() does not prevent instruction reordering with mono backend
Reproduction steps
--------------------------
1) Open attached project "MemoryBarrierRepro"
2) Build scene "testScene" for Android/iOS
3) Run on a device
4) Observe the log
--- You will see results of user's test in this format: "wrong value 42323173 ,correct: 42323177 ,previous: 42323176"
Comments (2)
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Nested Canvases with the same Order in Layer ignore Z position for render order when sharing parent Canvas
- ShaderGraph Material subasset loses texture reference when reimporting all assets while using a scripted importer
- Values changed on a prefab are not retained when entering Play Mode
- Shadow Caster 2D shadows partially disappear in specific spots when used with Composite Collider 2D in the Game view
- Hierarchy and Library parts in UI Builder are inaccessible when UI Builder window is resized and these elements no longer fit in the window
Douvantzis
Jul 07, 2016 22:43
A similar bug has been filed for Mono 4. However in Mono 4 the test does not fail when Memory Barriers are used. The bug in that case is reproduced when a Volatile field is used instead of Memory Barrier.
You can read the discussion here:
http://mono.1490590.n4.nabble.com/Volatile-fields-don-t-enforce-acquire-release-semantics-like-Volatile-Read-and-Volatile-Write-td4668111.html
Douvantzis
Jul 06, 2016 09:46
Volatile fields have also a related problem in Unity' Mono run time for Android and iOS. They don't have acquire and release semantics: https://msdn.microsoft.com/en-us/library/aa645755.aspx
It's as if no memory fences are applied.
The submitted test project fails if instead of using MemoryBarriers, a volatile field is used.