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

Panic on mouseover #4

Open
zesterer opened this issue Dec 18, 2020 · 6 comments
Open

Panic on mouseover #4

zesterer opened this issue Dec 18, 2020 · 6 comments

Comments

@zesterer
Copy link

thread 'main' panicked at 'attempted to leave type `platform::platform::x11::util::input::PointerState` uninitialized, which is invalid', /home/zesterer/.rustup/toolchains/nightly-x86_64-unknown-linux-gnu/lib/rustlib/src/rust/library/core/src/mem/mod.rs:659:9
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

When using the setup in the README example.

@LoganDark
Copy link
Contributor

LoganDark commented Jan 22, 2021

@zesterer Please confirm if the issue is still present. I have tested multi_window on x11 and it seems to work correctly. Glutin (and by extension winit) has been updated massively.

If it still causes an issue, please provide me with your distribution, distro version, version of xorg (x11), desktop environment/window manager, etc. and I will attempt to reproduce.

@zesterer
Copy link
Author

@LoganDark I can confirm that this issue still exists on 0.7.0.

You can see it when running any of the examples from the refactor on https://www.github.com/zesterer/euc branch (requires nightly).

My desktop environment is Budgie on Arch Linux.

My xorg version is:

X.Org X Server 1.20.10
X Protocol Version 11, Revision 0

@LoganDark
Copy link
Contributor

LoganDark commented Jan 22, 2021

@LoganDark I can confirm that this issue still exists on 0.7.0.

I'm talking about 0.8.0, which is the huge overhaul I did in #5.

You can see it when running any of the examples from the refactor on https://www.github.com/zesterer/euc branch (requires nightly).

My desktop environment is Budgie on Arch Linux.

My xorg version is:

X.Org X Server 1.20.10
X Protocol Version 11, Revision 0

I'll set it up in a VM and see if I can reproduce.

@LoganDark

This comment has been minimized.

@LoganDark
Copy link
Contributor

LoganDark commented Jan 22, 2021

I have successfully reproduced your issue using my local Arch install, by running the euc teapot example. Seems to not be Budgie-specific.

stack backtrace:
   0: rust_begin_unwind
             at /rustc/202720bf483088dbdb343f78c0aa77067fdd8156/library/std/src/panicking.rs:493:5
   1: core::panicking::panic_fmt
             at /rustc/202720bf483088dbdb343f78c0aa77067fdd8156/library/core/src/panicking.rs:92:14
   2: core::panicking::panic
             at /rustc/202720bf483088dbdb343f78c0aa77067fdd8156/library/core/src/panicking.rs:50:5
   3: winit::platform::platform::x11::util::input::<impl winit::platform::platform::x11::xdisplay::XConnection>::query_pointer
   4: winit::platform::platform::x11::EventsLoop::process_event
   5: mini_gl_fb::core::Internal::glutin_handle_basic_input
   6: teapot::main

It looks like an issue caused by winit being outdated. mini_gl_fb 0.8.0 should fix this by updating winit. However, it's not yet published to crates.io. Bug @dxenonb for that...

@LoganDark
Copy link
Contributor

Yeah, this is a problem with winit: https://stackoverflow.com/a/65261408

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants