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
SIGSEGV in glfw.SwapBuffers and gl.Clear on Linux #2035
Comments
Can you please test with |
That fyne version already had the fix for #1604, but I ran it again with 2.0.1 and sure enough, it crashed again. I actually ran it a few times and got crashes not only in SwapBuffers() but also in Clear(). I think this is a Linux specific thing, because I can't reproduce this under Windows.
Also now I'm pretty sure that the table has nothing to do with the crash, so I'll change the name of this issue. |
Thanks for the info, we'll get some Linux testing on |
It also occurs on MacOS, so I don't think it is Linux specific. Unfortunately (or fortunately?), it is really hard to reproduce it 😞 |
+1
|
Can you please confirm Fyne version @Antonboom? |
|
I see this crash as well on Mac M1. First I experience with my app and then also reproduced with fine example app. go version go1.16.4 darwin/arm64 For me the crash reproducible when I resizing the window. A few attempts of fast resizing will produce this stack (fine example app):
|
I think this is two different issues. The Table thread issue is likely resolved as we changed the threading model for render on all except M1. The M1 resize issue is tracked elsewhere. |
Describe the bug:
I've noticed that closing windows (on the OS level), which contain a Table widget sometimes causes the entire app to crash.
I managed to trigger it a few times with the sample code, but it seems to be kinda random on when it hits.
Traceback:
Example code:
Device (please complete the following information):
The text was updated successfully, but these errors were encountered: