-
Notifications
You must be signed in to change notification settings - Fork 74
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Isolate build display from update (DrawBuffer ???) #148
Comments
Potential display widgets may may change value/status from a different thread. Nevertheless the update action handle from a timer always come from the same thread. |
Digging further, I found a warning that alarm me.
When I do not get the impression that the way drawbuffer is created garantie that it is static. (The size is static, but I do not see what garanty the memory allocation to be static.
Did I miss something ? |
I believe that has since been patched, it should be fine on latest git master? |
I updated to master without more success. To make this clearer to follow I propose to close this thread and reopen a new cleaner one on "updating display from an independent context" |
I run an asynchronous application, where display construction if done at init time and update from an independant asynchronous timer. I started from
arc
sample implementing the construction in one routine and display update in an other. When trying to update the window I get a core dump, I suspectDrawBuffer
or an other holding handle to be wipe out when returning from init routine.Question: which are the handle I should keep track of to make sure that my display does not get wipe out from stack when returning from my init routine ? (using arc sample as base)
Note: In order to keep different display handles from being wipe out at return my routine returns.
I cannot return buffer coming from DrawBuffer because it of its type that depends in the definition.
My timer async routine fail in lvgl::task_handler()
The text was updated successfully, but these errors were encountered: