Glest 3.2.1

Installers we are searching testers for.

scai

Postby scai » Sun Feb 22, 2009 18:06

Installation works fine, but running the game aborts with
error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory

This error can be fixed by linking /usr/lib/libopenal.so to ./libopenal.so.0

Then, the game just segfaults at startup, as the version (3.1.2) from the package manager does.

I am using Debian 5.0 (unstable).

kratz00
liflg member
Posts: 1654
Joined: Fri Oct 22, 2004 16:23

Postby kratz00 » Sun Feb 22, 2009 18:54

If you used the x86 installer x86, then you installed the official binary which is provided by the Glest project. I contacted the person in charge, lets see if he has some idea.

scai

Postby scai » Sun Feb 22, 2009 19:33

Yes I am using the x86 version, forgot to mention that.

This is the backtrace:
#0 0x080e878d in Shared::Platform::createGlFontBitmaps ()
#1 0x080fcf81 in Shared::Graphics::Gl::Font2DGl::init ()
#2 0x080f041a in Shared::Graphics::FontManager::init ()
#3 0x0807d0e5 in Glest::Game::Renderer::init ()
#4 0x08084f9c in Glest::Game::Program::init ()
#5 0x080851c4 in Glest::Game::Program::initNormal ()
#6 0x08081a17 in Glest::Game::glestMain ()
#7 0x08081e71 in main ()



And what about the libopenal.so issue?

kratz00
liflg member
Posts: 1654
Joined: Fri Oct 22, 2004 16:23

Postby kratz00 » Sun Feb 22, 2009 20:01

Not sure about that one, normally it should look like:

Code: Select all

lrwxrwxrwx 1 root root     18 2007-05-31 11:29 /usr/lib/libopenal.so -> libopenal.so.0.0.0
lrwxrwxrwx 1 root root     18 2007-05-31 11:29 /usr/lib/libopenal.so.0 -> libopenal.so.0.0.0
-rwxr-xr-x 1 root root 249598 2008-06-08 11:59 /usr/lib/libopenal.so.0.0.0


No idea what Debian does but again it's the binary,
its looking for libopenal.so.0

scai

Postby scai » Sun Feb 22, 2009 20:58

On Debian it looks like:

Code: Select all

lrwxrwxrwx 1 root root     14 2008-08-11 10:49 /usr/lib/libopenal.so -> libopenal.so.1
lrwxrwxrwx 1 root root     20 2008-08-11 10:49 /usr/lib/libopenal.so.1 -> libopenal.so.1.4.272
-rw-r--r-- 1 root root 139948 2008-08-10 01:11 /usr/lib/libopenal.so.1.4.272

titi
Posts: 32
Joined: Sun Sep 02, 2007 21:20
Contact:

Postby titi » Mon Feb 23, 2009 1:57

Hi, its me who made the official binary.
I also got reports about the same error in ubuntu 8.10 now (32 bit).
Its also named libopenal.so.1 there , not libopenal.so.0 like before.
The current official binary is linked with libopenal.so.0.
Probably this can be fixed with a link in the lib dir of the installation to /usr/lib/libopenal.so.

!! UPDATE: !! This is a working version of the symlink command ( the old one was wrong):

Code: Select all

ln -s /usr/lib/libopenal.so.1 <PathToGlestInstallation>/lib/libopenal.so.0
[/quote]

This should fix it. So usually the lib from the system is used, but if it doesnt exist the link is used (hopefully successsful). What do you think is this a fix?


For the next binary I will see how to fix this problem.
Last edited by titi on Sat Feb 28, 2009 15:49, edited 3 times in total.

scai

Postby scai » Mon Feb 23, 2009 9:30

titi wrote:The current official binary is linked with libopenal.so.0.
Probably this can be fixed with a link in the lib dir of the installation to /usr/lib/libopenal.so.

ln -s <path_to_glest_installation>/usr/lib/libopenal.so libopenal.so.0


That's what I did and it works. But why doesn't the binary just link against libopenal.so?

And what about the segfault? :)

titi
Posts: 32
Joined: Sun Sep 02, 2007 21:20
Contact:

Postby titi » Mon Feb 23, 2009 15:26

using libopenal.so.0 is an effect of the configure script.
I didn't realize that this is a problem. I will try to avoid this problem in the next release.

For the segfault:
Which grafic card do you use?
This looks like a driver problem.

kratz00
liflg member
Posts: 1654
Joined: Fri Oct 22, 2004 16:23

Postby kratz00 » Mon Feb 23, 2009 21:34

scai, just out of curiosity, could you try:

http://liflg.org/files/glest.bin

You still need the symlink workaround, thanks.

titi
Posts: 32
Joined: Sun Sep 02, 2007 21:20
Contact:

Postby titi » Tue Feb 24, 2009 0:59

and to correct my post concerning the symlink command, this is the way it was meant:

Code: Select all

ln -s /usr/lib/libopenal.so.1 <PathToGlestInstallation>/lib/libopenal.so.0
Last edited by titi on Sat Feb 28, 2009 15:49, edited 1 time in total.

scai

Postby scai » Wed Feb 25, 2009 17:42

kratz00 wrote:scai, just out of curiosity, could you try:

http://liflg.org/files/glest.bin

You still need the symlink workaround, thanks.

Same problem, additionally I need to link /usr/lib/liblua5.1.so.0 to ./liblua.so.5.1. Backtrace doesn't help as debugging symbols are missing.


titi wrote:For the segfault:
Which grafic card do you use?
This looks like a driver problem.

Seems you are right. I've got a "nVidia Corporation GeForce 8500 GT" and use the official graphics driver from nvidia.com.

I tried the same Glest binary on my laptop (also using Debian, but a Intel graphics card) and it worked.

kratz00
liflg member
Posts: 1654
Joined: Fri Oct 22, 2004 16:23

Postby kratz00 » Thu Feb 26, 2009 20:43

scai thanks for testing, i'm afraid we can't do much more for you,
hopefully the next release/installer will cause less problems.

TobbeW

Error when running the installer

Postby TobbeW » Sun Mar 08, 2009 14:39

Hi!
Thanks for all the work you do!
I cant install the 64-bit version.
I get the following answer:

glest_3.2.1-multilingual_x86_64.bin: 1: ELF: not found
glest_3.2.1-multilingual_x86_64.bin: 2: @@@@@@00pp@p@@@ĿĿ: not found
glest_3.2.1-multilingual_x86_64.bin: 3: Syntax error: word unexpected (expecting ")")

Thanks for any help!

kratz00
liflg member
Posts: 1654
Joined: Fri Oct 22, 2004 16:23

Postby kratz00 » Sun Mar 08, 2009 18:20

Hi TobbeW,

i think you got it wrong, it's not the same as the old Loki_setup installers.
The new approach is the following:

Code: Select all

chmod u+x glest_3.2.1-multilingual_x86_64.bin
./glest_3.2.1-multilingual_x86_64.bin


Who is online

Users browsing this forum: No registered users and 1 guest