View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002974 | Spring engine | Gfx driver issues | public | 2012-02-25 08:06 | 2012-10-08 02:56 |
| Reporter | dfreeman | Assigned To | abma | ||
| Priority | normal | Severity | minor | Reproducibility | sometimes |
| Status | closed | Resolution | won't fix | ||
| Product Version | 85.0 | ||||
| Summary | 0002974: Spring sometimes fails to launch | ||||
| Description | Spring 85.0, compiled from source, single-threaded, on openSUSE 12.1 x86-64 with latest packages and latest NVIDIA drivers. This is a new machine so I can't say which versions of Spring this applies to. When I launch a single-player game from the latest SpringLobby, about one time in two nothing will happen. But, ps shows that Spring is running, and a second attempt fails with a message that Spring is already running. I can kill it, but nothing happens. I have to kill -9. If I then run spring ~/.spring/script.txt , it will succeed in launching the game. Or I can try again through the lobby with a one in two chance of it working. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Checked infolog.txt for Errors | |||||
|
|
are you using a 3d/gpu accelerated desktop? if so, please try without a desktop without acceleration. for example, compiz was known to fail for some time... (current version seems to work stable here). also, ~/.spring/infolog.txt would be really useful, please attach it. |
|
|
(changed to minor, because it is very likely a problem with a Compositing window manager / gfx related) |
|
|
I just ran Spring several times from the lobby. Fail, Succeed, Fail, Succeed, Fail, Fail, Succeed. Infolog had zero size during a frozen launch, and after a kill -9. I attached the log after the final run which succeeded, in case it is useful. I'm not sure if my desktop is accelerated - this is my first time on this version of SUSE, and I don't even know how to check. Compiz is not installed, and I searched for "xgl" in my package manager and don't have any of the hits installed. If you can tell me where to check if I have an accelerated desktop I will - I'm running KDE 4.7.2 release 5. I've just looked at the KDE control panel, and saw that it was compositing through OpenGL. I switched it to "XRender", applied, and was told that some desktop effects could not be enabled. I suppose that means I succeeded. Sadly the startup bug remains. Is there a way to list the number of processes currently using OpenGL? The fact that I have been using GL desktop effects suggests that I have Xgl enabled in Xorg. Perhaps this is always using OpenGL regardless of whether anything is being rendered by any applications. Has anyone else been testing the latest Xorg? Here is my "Xorg -version" output: --------8<--------8<--------8<--------8<-------- X.Org X Server 1.10.4 Release Date: 2011-08-19 X Protocol Version 11, Revision 0 Build Operating System: openSUSE SUSE LINUX Current Operating System: Linux host.domain 3.1.9-1.4-desktop #1 SMP PREEMPT Fri Jan 27 08:55:10 UTC 2012 (efb5ff4) x86_64 Kernel command line: root=/dev/system/root resume=/dev/system/swap splash=silent quiet vga=0x346 Build Date: 10 November 2011 03:34:36PM Current version of pixman: 0.24.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. |
|
|
does it work, when you run spring from console? |
|
|
It works from the console 100% of the times that I have tried it. |
|
|
are you sure, that spring even gets started? maybe its a springlobby bug? which version of the lobby do you use? did you try windowed mode? |
|
|
As I have said, the lobby won't allow me to launch a second time, and I have to "kill -9" the existing Spring process before it can try again. I don't know if it's a SpringLobby bug, but the executable gets started. I am using version 0.141 compiled from GIT source. I just tried windowed mode. It started 0% of the time from the lobby, 100% of the time from the console. (I had to change the resolution to a smaller value than the screen size, as otherwise it appears to run fullscreen regardless.) Then I changed to full-screen with a low resolution, and upon exiting the game I was left with a desktop at the wrong resolution :/ Happily, running it at the normal resolution fixed it. One observation that I make is that Spring appears to segfault on close fairly frequently, perhaps all of the time. But I just ran it under GDB to get a decent stack-trace, and it decided at that moment that it doesn't want to segfault any more. I am copying this stack trace from the console output that was generated by a Spring instance run from the lobby. Some typos are possible because it's on a different machine. <0> /lib64/libc.so.6 <1> /opt/spring_85.0/rts/Lua/LuaShaders.cpp:85 <2> /opt/spring_85.0/rts/Lua/LuaHandle.h:480 <3> /opt/spring_85.0/rts/Lua/LuaParser.cpp:161 <4> /usr/include/c++/4.6/bits/stl_iterator.h:742 <5> /opt/spring_85.0/rts/Sim/Misc/Team.cpp:214 <6> /opt/spring_85.0/rts/Game/Game.cpp:352 <7> /opt/spring_85.0/rts/Game/Game.cpp:440 <8> /opt/spring_85.0/rts/Game/UI/KeyBindings.cpp:759 <9> /usr/include/c++/4.6/bits/basic_string.h:235 |
|
|
does it work, when you disable Lua Shaders? (LuaShaders=0) |
|
|
One of your widgets is broken. (it uses shader functions outside of render-callins) You either react in 7 days or I see it as solved and will close this ticket. |
|
|
I have been struggling to get a working build of spring for testing. Out of two machines, neither was able to run spring any more. I will give it another go. JK, can you tell which widget is broken? |
|
|
Abma, disabling LUA shaders doesn't fix it. The bug is still present in v88. |
|
|
"JK, can you tell which widget is broken?" i guess one of these -> "Loading Widget from User.." closing because i see no way to reproduce the issue / the stacktrace doesn't help, sorry. also this bug report is quied old, so maybe its fixed / impossible to reproduce. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-02-25 08:06 | dfreeman | New Issue | |
| 2012-02-28 00:14 | abma | Note Added: 0008353 | |
| 2012-02-28 00:14 | abma | Status | new => feedback |
| 2012-02-28 00:15 | abma | Note Edited: 0008353 | |
| 2012-02-28 00:16 | abma | Note Added: 0008354 | |
| 2012-02-28 00:16 | abma | Severity | block => minor |
| 2012-02-28 15:17 | dfreeman | File Added: infolog.txt | |
| 2012-02-28 15:38 | dfreeman | Note Added: 0008358 | |
| 2012-02-28 17:52 | abma | Note Added: 0008360 | |
| 2012-02-28 19:03 | dfreeman | Note Added: 0008362 | |
| 2012-02-28 19:05 | abma | Note Added: 0008364 | |
| 2012-02-28 19:20 | abma | Note Edited: 0008364 | |
| 2012-03-01 16:16 | dfreeman | Note Added: 0008373 | |
| 2012-03-01 17:52 | abma | Note Added: 0008374 | |
| 2012-04-08 01:15 | jK | Note Added: 0008593 | |
| 2012-04-08 18:17 | dfreeman | Note Added: 0008596 | |
| 2012-04-08 18:37 | dfreeman | Note Added: 0008597 | |
| 2012-10-08 02:56 | abma | Note Added: 0009249 | |
| 2012-10-08 02:56 | abma | Status | feedback => closed |
| 2012-10-08 02:56 | abma | Assigned To | => abma |
| 2012-10-08 02:56 | abma | Resolution | open => won't fix |
