linux: ELF file OS ABI invalid

[sezero]

I am getting following error:

-----------------------------------------------------------------------
$ ./doom3 +set fs_game eoc
[...]
found DLL in pak file: /home/LoginName/opt/doom3/eoc/game01.pk4/gamex86.so
copy gamex86.so to /home/LoginName/.doom3/eoc/gamex86.so
dlopen '/home/LoginName/.doom3/eoc/gamex86.so' failed: /home/LoginName/.doom3/eoc/gamex86.so: ELF file OS ABI invalid
Regenerated world, staticAllocCount = 0.
Shutting down sound hardware
----------- Alsa Shutdown ------------
close pcm
dlclose
--------------------------------------
idRenderSystem::Shutdown()
Sys_Error: couldn't load game dynamic library
-----------------------------------------------------------------------

This is on i686-fedora9 with doom3 version 1.3.1.1304 linux-x86 Jan 16 2007 21:58:02. The original game is running just fine. EOC zip file is 637,269,691 bytes, md5sum:
a7c51694a2c3bf58840b9e40bb36eb4e hexen_edge_of_chaos_demo_0.1.zip

[BloodRayne]

I'll tip our coder to take a look, perhaps he can help you?

[sezero]

I'd appreciate it, thank you.

Off topic: I assume your game.so source won't be available?

[deadite4]

At the moment it's not. It may eventually be. Thing is the source still has bugs and such that need to be worked out. Our coder was thinking of releasing it, but it is still unfinished.

Your having the same problems another person is having it seems. OS ABI invalid.

[zeroth]

I'm not sure what that means. I looked up ABI and found this: http://encyclopedia2.thefreedictionary. ... +Interface

my first guess is to check the MD5 sum, but I assume deadite already confirmed that.
my second guess is that there's a lib that doom3 uses which isn't quite right.

please exectute this and mail us (hexen.team at gmail dot com) the fail.log file that it generates:

strace doom3 +set fs_game eoc 2> fail.log

[sezero]

fail.log attached as you requested

[zeroth]

give me some time to look it over and figure things out

[sezero]

Note that ldd reports "not a dynamic executable" for your eoc/gamex86.so, however it does report dependencies for base/gamex86.so as expected.

[deadite4]

have you tried any other doom 3 mods? Cdoom and LMS I know each use Doom 3 1.3.1 custom DLL's. Am interested if this is a problem only with eoc, or doom 3 mod DLL's in general for you.

[sezero]

cdoom gave a Sys_Error (wrong game DLL API version) probably because it wasn't compiled against doom3-1.3.1. lms4 loaded fine.

[deadite4]

You probably had the wrong CDoom version. CDoom 1.3.1 uses the SDK for 1.3.1.

LMS 4?

Can you give a condump of just your doom 3 console?

condump doom3.txt

[sezero]

You probably had the wrong CDoom version. CDoom 1.3.1 uses the SDK for 1.3.1.

Well, I downloaded the only linux version on their page, and since lms already loads its gase.so the problem is yours.

LMS 4?

I already said that lms loads fine, can't understand the question otherwise.

Can you give a condump of just your doom 3 console?
condump doom3.txt

Since eoc does not load, I assume you want the dump from the base game. attached as doom3.txt.
EDIT: Re-attaching, something went wrong the previous time.

[deadite4]

Well, I downloaded the only linux version on their page, and since lms already loads its gase.so the problem is yours.

Being people have already been successfully playing eoc under linux, that statement isn't entirely true.

Code: Select all

/home/LoginName/opt/doom3/eoc/game01.pk4/gamex86.so

Doom 3 from your condump

Code: Select all

found DLL in pak file: /home/ozzie/opt/doom3/base/game01.pk4/gamex86.so

What's that about.

[sezero]

Being people have already been successfully playing eoc under linux, that statement isn't entirely true.

Well, for me it does not load, so I obviously can't give you a dump for eoc.

FWIW, I remember that I downloaded from idgames.de. If you are testing with your own copy, did you try downloading what is online and see it is the same and that it loads successfully? (the *.so in the zip file may be a corrupted one somehow... its md5sum is 0076f1af86caf68c073310d5b3ed1122.)

What's that about.

If you are referring to the discrepancy in my login name, I had changed that when I first posted and then I didn't care.

[deadite4]

Your .so md5 is fine. You can also confirm the md5 of your entire package anytime you want. We posted the md5 on our homepage.

How are you trying to start the mod: Through the doom 3 mods menu or through a shortcut.

[sezero]

How are you trying to start the mod: Through the doom 3 mods menu or through a shortcut.

I normally do ./doom3 +set fs_game eoc. The mods menu fails the same way.

[sezero]

Any news with this?

[deadite4]

I'm pretty much stumped on what that error. I've never had someone give that error before and i supported 2 linux releases of cdoom. I'll keep looking.

[gb_remake]

Release the demo's source code so people can compile gamex86.so themselves if need be?

otherwise, issue with LD_LIBRARY_PATH, gcc or glibc too old maybe. Update system?

I couldn't run The Dark Mod on my Gentoo system until I updated gcc/glibc, for example. Theirs was compiled against a newer gcc /glibc than I had installed.

Hint: Compiling your gamex86.so on a really old Linux system makes it somewhat more likely that it will run for everybody.

[deadite4]

If we were ready to release our source........we would have.

Hint: Compiling your gamex86.so on a really old Linux system makes it somewhat more likely that it will run for everybody.

Doom 3 requires gcc 4 or newer(v3.3 if compiling earlier than 1.3.1 SDK) in order to compile. Compiling on an old version isn't even an option.