cushy: Bug: Fails to start in a VMWare Fusion VM
Was trying out gooey in VM on my Mac (Arch Linux guest with Cinnamon DE), and it fails to start up. Can see the window flicker for a second, but it immediately crashes.
Not sure if you can do anything about it, though. The logs say that xrandr reports the display with 0mm size, it fails to iterate over rendering targets and in the end it fails somewhere deep in wgpu_hal.
This all happens in the winit and wgpu crates, so it’s maybe more of a problem on their side rather than something in gooey itself. Likely just a matter of time for those crates to support who the hardware is exposed in VMWare products.
Still wanted to put it out here to keep track of it.
About this issue
- Original URL
- State: closed
- Created 6 months ago
- Comments: 18 (12 by maintainers)
v0.1.3 has been released that includes the updated version Kludgine. Let me know if Gooey now works successfully or if there’s a new panic 😃 I still will get a VM set up one of these days.
Fix works perfectly for me 👍
I think this is two separate issues, although I’m not 100% sure. @dnaka91, are you seeing that panic? Or are you seeing a panic about initializing a surface of 0 size? In i3, if I have a fullscreen window and I try to launch a gooey window on that screen, i3 refuses to give me any space and I get a panic there. Based on your comment of 0mm, I’m wondering if that’s what’s triggering the issue? I need to delay surface creation in Kludgine whenever either dimension is 0.
The second issue looks like an issue with OpenGL based rendering. A quick google makes me think it’s because of a type in my PushConstants, I’ll try to dig in and see what I can find!