-
-
Notifications
You must be signed in to change notification settings - Fork 470
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
AppKit not being called from main thread #245
Comments
Yeah that's a big problem. If it can't be enforced at compile-time, it should at least be enforced at runtime. |
So, is this the reason we've been getting spinning beachballs of death if we run the Glium examples on OS X? |
Probably :-/ |
But the bug isn't in the example code is it? It's built into way glium's
|
Glium does something wrong, but glutin is also at fault because it lets you do that wrong thing without any compile-time error nor panic. |
Any thoughts on how to solve this? In #4 there was mention of a macro solution. The issue of accessing things off the main thread could be resolved by dispatching more work to the main thread, but it feels like there's a fundamental difference between how Cocoa works and the other APIs. Unless we enforce that all glutin apps call a |
This issue relates to #47 and may be a dup. |
Yeah let's close this in favor of #47 |
Fixes window inner size calc for hidpi windows X11
I'm not sure how to handle this in a cross platform manner, but calling any AppKit method on a background thread is disallowed and undefined behavior (And Glium uses exclusively that)
Note: I'm posting this to both Glium and Glutin's pages, as I'm not sure where it's best to solve this.
glium/glium#425
The text was updated successfully, but these errors were encountered: