Crostini: snes9x-gtk crash in libX11
Reported by
aler...@gmail.com,
Nov 6
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 10895.78.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.120 Safari/537.36 Platform: 10895.78.0 (Official Build) stable-channel eve Steps to reproduce the problem: 1. Clone https://github.com/snes9xgit/snes9x.git 2. cd to the 'gtk' dir in the repo. 3. Check out release 1.56.2 (git checkout 1.56.2) 4. Install the following packages: automake build-essential libgtk-3-dev libpng-dev libz-dev libpulse-dev libsdl2-dev intltool libxml2-dev libminizip-dev 5. Run ./autogen.sh (ignore the warnings about .m4 files, config.guess, config.sub etc.) 6. Run ./configure --prefix=$HOME/.local 7. Run make; make install 8. Attempt to run ~/.local/snes9x What is the expected behavior? snes9x starts up What went wrong? "Segmentation fault" Upon cursory inspection with GDB, the crash is in XQueryExtension in libX11. I don't have a stable system to compare to, but my desktop runs testing andit works fine. Did this work before? No Chrome version: 69.0.3497.120 Channel: stable OS Version: 10895.78.0 Flash Version:
,
Nov 15
,
Jan 4
This works if you run it like: 'sommelier -X ~/.local/bin/snes9x-gtk' It also works if you run it like: 'WAYLAND_DISPLAY=foo ~/.local/bin/snes9x-gtk' (I surmised the second one from trying to figure out why it would work in the first mode) It also works if you do: 'GDK_BACKEND=x11 ~/.local/bin/snes9x-gtk' We don't even receive a connection into the X variant of sommelier when we run the snes9x-gtk binary directly (w/out extra env vars)...we only see a connection into the wayland variant. I'm thinking this is either some kind of GTK bug or something wrong in the snes code itself where it doesn't deal with wayland environments correctly. I don't feel like this is something we will be able to fix on our end. Fortunately, the workaround is pretty easy for this. |
|||
►
Sign in to add a comment |
|||
Comment 1 by dtapu...@chromium.org
, Nov 6