After installing gl117-1.3.2, I found that it doesn't get very far before a segfault. At all. Console output: ~ > gl-117 -d5 Info: Entering debug level 5 Info: Found gl-117 data directory /usr/share/games/gl-117 Info: Startup gl-117, V1.3 ... Debug: Getting directory locations Info: Loading /home/nick/.gl-117/conf Warning: Could not load /home/nick/.gl-117/conf Debug: Creating new configuration Info: No configuration file found. Testing... Info: Using SDL and GLUT Segmentation fault GDB backtrace: Program received signal SIGSEGV, Segmentation fault. 0xb7fc9776 in glViewport () from //usr/lib/opengl/xorg-x11/lib/libGL.so.1 (gdb) bt #0 0xb7fc9776 in glViewport () from //usr/lib/opengl/xorg-x11/lib/libGL.so.1 #1 0x0804da21 in setScreen(int, int, int, int) () #2 0x0804db04 in config_test(int, char**) () #3 0x0806095f in main () I'll attach paludis --info in a moment.
Created attachment 238473 [details] paludis --info gl117
you're probably missing some use flags. resync and try again.
Resynced, and the problem remains I'm afraid. I checked and I meet all the use flag requirements in the ebuild.
What version of the ebuild?
(In reply to comment #4) > What version of the ebuild? games-simulation/gl177-1.3.2, the last entry in the Changelog is: 12 Jul 2010; Michael Sterrett <mr_bones_@gentoo.org> gl117-1.3.2.ebuild: add more use deps for libsdl
I don't see opengl in your use flags.
Created attachment 238543 [details] paludis --info libsdl (In reply to comment #6) > I don't see opengl in your use flags. I think that's just because paludis only shows the use flags it considers directly relevant to the package. However opengl is enabled globally, as should be plain from the attached output of paludis --info libsdl
Dunno. Works fine for me on (mostly) stable x86. Could be something like -Os or maybe your intel opengl.
Aha. Found it. It's that it tries to change to mode 1024x768, whereas my netbook can only 1024x600. The function setGlutScreen in main.cpp should fail if the mode isn't possible, but for some reason it doesn't. I'm not experienced with GLUT at all, but I'll attach a workaround bug which does the job for me, which tries 800x600 first if no configuration file is found (it's still easy to turn up in the game).
Created attachment 238597 [details, diff] Patch to work around mode-setting problem (In reply to comment #9) > I'm not experienced with GLUT at all, but I'll attach a workaround bug which > does the job for me, which tries 800x600 first if no configuration file is > found (it's still easy to turn up in the game). Here's the workaround. If someone with any glut experience wants to take a look at the setGlutScreen function, they could fix it properly (looks quite simple), but if not, I suggest we adopt this patch.
I just checked, and the bug is still present even with the latest ~x86 freeglut, 2.6.0. It's the function glutGameModeGet that's segfaulting; it doesn't even get as far as glutEnterGameMode. Though I don't know why it should. As I said, I'm not familiar with glut, but my inexperienced guess would be that glutGameModeGet doesn't play well with newer x.org (the function in the source of freeglut states "This highly depends on the XFree86 extensions, not approved as X Consortium standards"). I'm using the latest stable xorg-server, by the way; 1.7.6.
(In reply to comment #11) > It's the function glutGameModeGet that's segfaulting; it doesn't even get as > far as glutEnterGameMode. I'm actually not sure this is true. It might be, but my Glut/C++ debugging skills are weak. I'll really have to leave any further investigation to someone else. This is also affecting ubuntu: https://bugs.launchpad.net/ubuntu/+source/gl-117/+bug/596468
Hi, I ran across this bug researching the same problem. I am running an ACER Aspire One netbook with Ubuntu 10.10. Out of desperation I went into my PC running 8.04. I copied all the .gl-177 files and pasted them in the same folder in my netbook. Worked like a charm. I realise I didn't fix anything but I am playing the game. Just thought folks might like to know. (In reply to comment #12) > (In reply to comment #11) > > It's the function glutGameModeGet that's segfaulting; it doesn't even get as > > far as glutEnterGameMode. > > I'm actually not sure this is true. It might be, but my Glut/C++ debugging > skills are weak. I'll really have to leave any further investigation to someone > else. > > This is also affecting ubuntu: > https://bugs.launchpad.net/ubuntu/+source/gl-117/+bug/596468 >
(In reply to comment #13) > I am running an ACER Aspire > One netbook with Ubuntu 10.10. Out of desperation I went into my PC running > 8.04. I copied all the .gl-177 files and pasted them in the same folder in my > netbook. Worked like a charm. Yep. That's thanks to a configuration file being present which has a usable (i.e. probably height <= 600) resolution. The game crashes if it tries the default resolution (1024x768) and the screen is too small.
in portage. thanks for the bug report and patch.
