Skip to content
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

X11 doesn't like creating and destroying a lot of windows #32

Closed
tomaka opened this issue Nov 3, 2016 · 4 comments
Closed

X11 doesn't like creating and destroying a lot of windows #32

tomaka opened this issue Nov 3, 2016 · 4 comments
Labels

Comments

@tomaka
Copy link
Contributor

tomaka commented Nov 3, 2016

Original: rust-windowing/glutin#89

@bvssvni
Copy link
Contributor

bvssvni commented Nov 11, 2017

Could this be caused by PistonDevelopers/piston_window#215 (comment) ?

@bvssvni looks to be happening in the winit's X11 window destructor. PoisonError is for mutex being locked twice without unlocking. I suggest filing an issue to winit.

cc @kvark

@tomaka
Copy link
Contributor Author

tomaka commented Nov 11, 2017

No, this is unrelated. I just realized that this issue doesn't give any detail. Creating and destroying lots of windows caused a segfault if I remember correctly, and not a Rust panic. But since the X11 backend has received a lot of changes over time, someone should check if it can still be reproduced.

@bvssvni
Copy link
Contributor

bvssvni commented Nov 11, 2017

I opened up a new issue #347

@francesca64
Copy link
Member

Opening and closing 100 windows in rapid succession seems to be fine. As for the original repro of calling cargo test with glium, that SIGSEGVs as soon as it hits the framebuffer tests, though I'm not sure if it's related.

tmfink pushed a commit to tmfink/winit that referenced this issue Jan 5, 2022
madsmtm pushed a commit to madsmtm/winit that referenced this issue Jun 11, 2022
chore: rename system tray & add menu feature flag
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

No branches or pull requests

3 participants