chipmonk Sep 12, 2013 @ 3:49am
Game not starting on Linux
I just bought the game, and for some reason it doesn't start. From terminal output:

(steam:20900): LIBDBUSMENU-GLIB-WARNING **: Trying to remove a child that doesn't believe we're it's parent.
ExecSteamURL: "steam://url/GameHub/211900"
Generating new string page texture 105: 256x256, total string texture memory is 393.22 KB
Generating new string page texture 107: 64x256, total string texture memory is 5.19 MB
Game update: AppID 211900 "Conquest of Elysium 3", ProcID 21096, IP 0.0.0.0:0
/home/chipmonk/.local/share/Steam/SteamApps/common/ConquestOfElysium3/coe3.sh: line 17: 21102 Segmentation fault "$BIN" "$@"
Game removed: AppID 211900 "Conquest of Elysium 3", ProcID 21096

I tried to google for similiar issues, but I couldn't find any references to similiar problems so any input would be appreciated. I'm running Steam on Debian Wheezy.
Showing 1-15 of 20 comments
< >
chipmonk Sep 13, 2013 @ 2:19am 
I managed to start game by manually running startup script from command line, but when same script is called by Steam it causes segfault.
johan  [developer] Sep 19, 2013 @ 5:10am 
Maybe you could have steam add the switch "-dd" for debug to coe3? And with luck the output in the terminal might reveal something interesting.
chipmonk Sep 24, 2013 @ 8:08am 
I started Steam with -dd switch and tried to run CoE3, console output seems to be exactly same. I'll see if I can get some other debug data out of this.

johan  [developer] Oct 9, 2013 @ 11:14am 
If you find out where steam has installed the game you can start it from there with the -dd switch. It should give some other output. You can also try -s (no sound).
master chang Feb 24 @ 4:13am 
I have the same issue: the game won't star at all on Linux (no issue whatsoever on Windows)

my settings:
Ubuntu 13.10
CPU: Intel core 2 duo
RAM: 4GBS
GPU: Geforce 9500 gt
HDD: 500.1GB

I'm using the latest nvidia drivers (OpenGL 3.3.0)

Thanks!
johan  [developer] Feb 24 @ 5:20am 
Try this:

If you find out where steam has installed the game you can start it from there with the -dd switch. It should give some debug output. You can also try -s (no sound) and -w (window).
master chang Feb 24 @ 7:24am 
Originally posted by johan:
Try this:

If you find out where steam has installed the game you can start it from there with the -dd switch. It should give some debug output. You can also try -s (no sound) and -w (window).

and how do I do that? :)
please, can you explain?

thanks!
johan  [developer] Feb 24 @ 8:11am 
start terminal
'cd' to wherever dom4 is installed (maybe .steam/steam/SteamApps/common/Dominions4)
./dom4.sh -dd
(now some debug output will appear in the terminal)
master chang Feb 24 @ 10:41am 
Originally posted by johan:
start terminal
'cd' to wherever dom4 is installed (maybe .steam/steam/SteamApps/common/Dominions4)
./dom4.sh -dd
(now some debug output will appear in the terminal)

Thank you, Johan. I'll test it asap!! :)
Cheers!

edit: works like a charm!
thanks Johan
Last edited by master chang; Mar 6 @ 5:31am
boozermonkey Sep 14 @ 1:40pm 
All Illwinter games do not start from the STEAM library for me. The only way I can get them to run is by using the run script in the install folder locally. Illwinter is the only company that seems to have this problem, as I have MANY games installed from all other companies and the games start just fine from the STEAM start button.

Using the -dd switch will not help anyone debug this issue. I believe it has something to do with Illwinter not understanding how STEAM calls the run scripts.

But if it helps, here is the output of -dd from running in terminal:

-- sound_init 1 --
Init sound
loading pulse lib
open PulseAudio
Pulse sound started
SDL Version: 1.2.15
SetVideoMode res 960 720, maxres 2560 1080, fullscreen 0, bpp 32, zbuf 0
max texture size: 16384
maxxres 2560, maxyres 1080, defxres 2560, defyres 1080
fullxres -2, fullyres -2, winxres 960, winyres 720
-- InitGLStuff --
Clear screen
Init extensions
Init OpenGL extensions (Extensions are disabled)
supported_ARB_vertex_buffer_object = 0
supported_ARB_multitexture = 0
supported_EXT_texture_env_combine = 0
supported_SGIS_generate_mipmap = 0
supported_ARB_texture_compression = 0
supported_ARB_point_sprite = 0
supported_GLX_SGI_swap_control = 0
Renderer (AMD Radeon HD 6700 Series )
Vendor (ATI Technologies Inc.)
Version (4.2.12217 Compatibility Profile Context 12.104)
filepath_data = ./data
Try SetActiveGUIBorderTexture new tex, idx 0, tex 0
LoadActiveBorderTex guitex 0, guitexidx 0
CreateMaxTexture ./data/guiborder.tga, alpha 6, mipmaps 0, magfilt 1, minfilt 1, compr 0, mx 16384
Not a sgi pic, 0
sgi -1
tga 3210
tga2rgba32 alphamode 6 tgatype 3210 (1024x1024) tgalen90092
SetActiveGUIBorderTexture new tex, idx 0, tex 1
InitPrint
PrintLoadTextures
31
63
95
mode 4, oldmode -1
Loading 27 (./data/misc.trs)
date: 2014 9
Loading 33 (./data/monster.trs)
Unit sprite label 0 = 0
Unit sprite label 1 = 86
Unit sprite label 2 = 170
Unit sprite label 3 = 179
Unit sprite label 4 = 222
Unit sprite label 5 = 260
Unit sprite label 6 = 274
Unit sprite label 7 = 316
Unit sprite label 8 = 380
Unit sprite label 9 = 424
Unit sprite label 10 = 546
Unit sprite label 11 = 589
Unit sprite label 12 = 653
Unit sprite label 13 = 751
Unit sprite label 14 = 851
Unit sprite label 15 = 873
Unit sprite label 16 = 903
Unit sprite label 17 = 937
Unit sprite label 18 = 977
Unit sprite label 19 = 1005
Unit sprite label 20 = 1009
Unit sprite label 21 = 1061
Unit sprite label 22 = 1113
Unit sprite label 23 = 1165
Unit sprite label 24 = 1237
Unit sprite label 25 = 1305
Unit sprite label 26 = 1371
Unit sprite label 27 = 1395
Unit sprite label 28 = 1407
Unit sprite label 29 = 1497
Unit sprite label 30 = 1541
Loading 32 (./data/terrain.trs)
terr 0 is blank
terr 2 is blank
terr 12 is blank
terr 36 is blank
terr 37 is blank
terr 73 is blank
terr 74 is blank
terr 107 is blank
terr 115 is blank
terr 116 is blank
terr 119 is blank
terr 130 is blank
bc [geninit] lvl 2
bc [main] lvl 100
Loading config file ver 116 (min111, max116)
FlushGUI guitex 1, hgbt 0
mainmenu
musicvol 8
starttune 90, latest 0, dt 17816121, force 2
Fetch sample 90 './data/tune1.al2' 16 bits
Fetch sample done 90, loaded 2, len 3748500
LoadActiveBorderTex guitex 0, guitexidx 0
CreateMaxTexture ./data/guiborder.tga, alpha 6, mipmaps 0, magfilt 1, minfilt 1, compr 0, mx 16384
Not a sgi pic, 0
sgi -1
tga 3210
tga2rgba32 alphamode 6 tgatype 3210 (1024x1024) tgalen90092
mode 5, oldmode 4
CreateMaxTexture ./data/vbar.tga, alpha 6, mipmaps 1, magfilt 1, minfilt 1, compr 0, mx 16384
Not a sgi pic, 0
sgi -1
tga 3210
tga2rgba32 alphamode 6 tgatype 3210 (128x512) tgalen178661
mtt: ./data/logo.tga
CreateMaxTexture ./data/logo.tga, alpha 4, mipmaps 1, magfilt 1, minfilt 1, compr 0, mx 16384
Not a sgi pic, 0
sgi -1
tga 3210
tga2rgba32 alphamode 4 tgatype 3210 (1024x512) tgalen414734
Turning off PulseAudio
sound_freemem
Sound deinited
________________________________________________________________

The game runs fine by using the run script from the local folder, so there is nothing wrong there. The problem has to be between STEAM and how the STEAM launcher interacts with the run script.
Last edited by boozermonkey; Sep 14 @ 2:07pm
johan  [developer] Sep 15 @ 4:57am 
It works fine for me on opensuse 13.1. What distros do you (boozermonkey & master chang) run and what version of them?
boozermonkey Sep 15 @ 5:30am 
Debian Wheezy 64 bit

Looking through the top level folder for differences from other games, I see there is no steamclient.so or any of the steam libs. Are these required for the STEAM launcher?
Last edited by boozermonkey; Sep 15 @ 5:39am
johan  [developer] Sep 16 @ 1:29am 
No, those are not necessary.
johan  [developer] Sep 16 @ 5:16am 
What if you edit the dom4.sh shell script to only execute dom4_amd64 or dom4_x86 or something else entirely like gedit. Does it work from steam then?
boozermonkey Sep 16 @ 5:53pm 
I deleted the armel stuff. It looks like this now:

#!/bin/bash

# Figure out the user's machine architecture and launch the correct executable
# Now with command line argument passthrough /Johan

MACHINE=`uname -m`
if [ "$MACHINE" = "x86_64" ]; then
BIN=./dom4_amd64
fi

DIR="$( cd -P "$( dirname "${BASH_SOURCE[0]}" )" && pwd )"
cd $DIR
"$BIN" "$@"

Did not work. Then I just deleted everything but the BIN=./dom4_amd64. Still didn't work. Crazy thing is I can still locally execute the script and it works.

If I cd to the directory containing the coe3_amd64 launcher and then just type ./coe3_amd64, the game runs, so I put that into the coe3.sh script - just that. Does not work. I don't get it. It should work.

Just to add more spice to the cake, I put the original (i backed up the coe3.sh file) coe3.sh file back in, then ran that script from terminal, and the game starts fine. For whatever reason, there is a disconnect between the coe3.sh and the STEAM lancher.
Last edited by boozermonkey; Sep 16 @ 6:15pm
Showing 1-15 of 20 comments
< >
Per page: 15 30 50