Search Issue Tracker
Fixed in 0.10.0
Votes
3
Found in [Package]
0.4.0-preview.10, 0.6.0-preview.24
Issue ID
1207875
Regression
No
[ECS] Internal native array is deallocated when ComponentDataFromEntity is captured into 2 lambda jobs
How to reproduce:
1. Open the attached project ("case_1207875-NativeArray.zip")
2. Open Test Runner
3. Run the 'CdfeCaptureSharing' test
Expected results: Test succeeds
Actual results: Test fails with "System.InvalidOperationException : The NativeArray has been deallocated, it is not allowed to access it" error
Reproducible with: 2019.3.3f1, 2020.1.0a24
Couldn't test with 2017.4, 2018.4 (package is not supported)
Reproducible with package versions: 0.4.0-preview.10, 0.6.0-preview.24
Note:
On 2020.1 stream, the test fails with "System.InvalidOperationException : The UNKNOWN_OBJECT_TYPE has been deallocated, it is not allowed to access it" error
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
- Texture2D hash changes inside of an AssetBundle when rebuilding a SpriteAtlas bundle with an empty AssetPostprocessor Script enabled
- Aniso Level still applies when Generate MipMap is disabled in Texture Import Settings
- Mipmap Limit Groups long names are not truncated when creating a new Mipmap Limit Group with a long name
- “ArgumentException: Invalid double parameter.” error is thrown when Infinity is typed into the Fixed Timestep field
- GameObject becomes gray when using HDRP and STP together on macOS
Resolution Note (fix version 0.10.0):
The issue here is that all existing ComponentDataFromEntity objects are invalidated when a structural change occurs. In this case, SimpleCdfe is invalidated by the RemoveComponent command played back by ecb.Playback(). SimpleCdfe2, if uncommented, is created after the ECB playback, so it would still be valid in the second ForEach loop.
The error message for this was awful for a long time, as you noticed (what NativeArray? What deallocation?). I'm happy to report that in 2020.1 + Entities 0.10.0 the error message is much more explicit and actionable (it would be something like "The ComponentDataFromEntity has been invalidated by a structural change".