Search Issue Tracker
Fixed in 5.4.0
Votes
0
Found in
5.1.0a2
Issue ID
678001
Regression
No
[ComputeBuffer] Improve error messaging on ComputeBuffer constructor usage
Trying to create a new ComputeBuffer from code with
ComputeBuffer c = new ComputeBuffer (5, 5);
I get these errors printed to the Console:
"SUCCEEDED(hr)"
"SUCCEEDED(hr)"
"SUCCEEDED(hr)"
"DestroyBuffer can only be called from the main thread.
Constructors and field initializers will be executed from the loading thread when loading a scene.
Don't use this function in the constructor or field initializers, instead move initialization code to the Awake or Start function."
None if this is very helpful and the documentation for ComputeBuffer doesn't give any details on this either.
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
- [Linux] TMP Font Asset pop-up Window opens on the secondary monitor when the Editor is placed in primary monitor
- Transition delay is ignored when opacity is listed before scale in transition-property of the Styles.uss file
- “NullReferenceException” error thrown in the Console when pressing kebab button in Pipeline Specific Settings for Default Profile in Project Settings window
- [Silicon] Crash on os_unfair_recursive_lock_lock_with_options when opening a project while the Razer Synapse app is open
- Build fails with a warning when running Unity Editor’s csc.dll manually using dotnet command
Simon-O
Aug 25, 2016 18:20
A destroyBuffer appears to be called implicitly when the runtime terminates if a buffer has been created but not released properly.
Since the cleanup thread isn't the same as the UI thread, the exception mentioned here is thrown.
Make sure you're tidying up your resources appropriately.
reefwirrax
May 05, 2016 11:56
Indeed, i even had DestroyBuffer can only be called from the main thread.
Constructors and field initializers will be executed from the loading thread when loading a scene.
Don't use this function in the constructor or field initializers, instead move initialization code to the Awake or Start function.
...when destroyBuffer codeword does not exist in my code,