Problems with linux

[tchristney]

Hi,

I'm having problems getting DropTeam running on Ubuntu 6.06:

(gdb) r

Starting program: /home/tchristney/games/DropTeam/bin/SpaceVikings

(no debugging symbols found)

[Thread debugging using libthread_db enabled]

[New Thread -1222891840 (LWP 5201)]

Program received signal SIGILL, Illegal instruction.

[switching to Thread -1222891840 (LWP 5201)]

0xb7dcef9b in Demeter::Brush::BuildBuffer () from ../lib/libDemeter.so

(gdb) bt

#0 0xb7dcef9b in Demeter::Brush::BuildBuffer () from ../lib/libDemeter.so

#1 0xb7dcf125 in Demeter::Brush::Brush () from ../lib/libDemeter.so

#2 0xb7dd3213 in __static_initialization_and_destruction_0 () from ../lib/libDemeter.so

#3 0xb7de6066 in __do_global_ctors_aux () from ../lib/libDemeter.so

#4 0xb7dcd265 in _init () from ../lib/libDemeter.so

#5 0xb7fb32ab in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2

#6 0xb7fb335d in _dl_rtld_di_serinfo () from /lib/ld-linux.so.2

#7 0xb7fa87cf in ?? () from /lib/ld-linux.so.2

(gdb) Quit

Here is my /proc/cpuinfo:

processor : 0

vendor_id : AuthenticAMD

cpu family : 6

model : 4

model name : AMD Athlon processor

stepping : 2

cpu MHz : 1196.044

cache size : 256 KB

fdiv_bug : no

hlt_bug : no

f00f_bug : no

coma_bug : no

fpu : yes

fpu_exception : yes

cpuid level : 1

wp : yes

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow

bogomips : 2392.16

It looks like I have a Radeon 9200 video card. Is that the problem, or is it somewhere else?

[Toby Haynes]

Originally posted by tchristney:

[New Thread -1222891840 (LWP 5201)]

Program received signal SIGILL, Illegal instruction.

[switching to Thread -1222891840 (LWP 5201)]

0xb7dcef9b in Demeter::Brush::BuildBuffer () from ../lib/libDemeter.so

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 mmx fxsr syscall mmxext 3dnowext 3dnow

It looks like I have a Radeon 9200 video card. Is that the problem, or is it somewhere else?

I'm not a DropTeam developer but that error doesn't look like a video card issue to me. SIGILL suggests that the binary uses some feature (like SSE) that your CPU doesn't support - a bit like trying to run Pentium-targetted code on a 486 would normally blow.

I'm guessing that BuildBuffer uses some optimised SSE code and your CPU doesn't support it. Hopefully some developer will be along shortly to tell me I'm wrong...

Cheers,

Toby Haynes

[tchristney]

Maybe, I'm also getting a SIGILL from the Updater:

--12:28:21-- http://tbgsoftware.com/DropteamUpdate/Lock.dat

=> `Lock.dat'

Resolving tbgsoftware.com... 82.165.243.126

Connecting to tbgsoftware.com|82.165.243.126|:80... connected.

HTTP request sent, awaiting response... 200 OK

Length: 10 [text/plain]

100%[====================================================================>] 10 --.--K/s

12:28:22 (513.98 KB/s) - `Lock.dat' saved [10/10]

Updating - hold <ESC> to cancel

Checking platform 'GUNIX' files...

Executing: rm -rf GUNIXFileList.txt

Executing: wget http://tbgsoftware.com/DropteamUpdate/GUNIXFileList.txt

--12:28:22-- http://tbgsoftware.com/DropteamUpdate/GUNIXFileList.txt

=> `GUNIXFileList.txt'

Resolving tbgsoftware.com... 82.165.243.126

Connecting to tbgsoftware.com|82.165.243.126|:80... connected.

HTTP request sent, awaiting response... 200 OK

Length: 2,643 (2.6K) [text/plain]

100%[====================================================================>] 2,643 --.--K/s

12:28:23 (317.08 KB/s) - `GUNIXFileList.txt' saved [2643/2643]

Program received signal SIGILL, Illegal instruction.

[switching to Thread -1214089536 (LWP 8737)]

0x080498c4 in GetPlatformFiles (szPlatformToGet=0x804aff4 "GUNIX") at Update.cpp:309

309 Update.cpp: No such file or directory.

in Update.cpp

(gdb) bt

#0 0x080498c4 in GetPlatformFiles (szPlatformToGet=0x804aff4 "GUNIX") at Update.cpp:309

#1 0x0804a192 in main (argc=1, argv=0xbfd3fb94) at Update.cpp:168

So I'm thinking it might also be a library incompatibility issue. I know that the GUNIXFileList.txt file is present in the correct spot.

:-(

[maxmars]

Yeah mine works and my cpu flags are:

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm ts fid vid ttp tm stc

One of those above that the original poster's cpu doesn't have is the probable offender.

[tchristney]

OK, I'll try to step into gdb to see what the opcode is that is being executed. You're probably right though, and I suspect the culprit is sse or sse2. Tomorrow - I'm going to bed without getting to try DropTeam

[tchristney]

OK, looking through the gdb disassebled code and I can see some SSE instructions (movss, sqrtss, etc.). Hopefully I will win my ebay auction for an Athlon XP. And a better video card. And a quieter fan, lol.

Not that that will necessarily get the game to work! haha.

[Dogface]

Ok I am having problems with DT on a FC5 box

CPU

model name : Dual Core AMD Opteron Processor 265

stepping : 2

cpu MHz : 1800.021

cache size : 1024 KB

physical id : 1

flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm cmp_legacy

video card

asus FX5600 (maybe this is the problem?>?)

I was getting a bunch of libaa.so.1 not found. + libspeex.so (or somefink) not found

cp'ed the libspeex.so to the right path but now i get

error message

./SpaceVikings: error while loading shared libraries: libaa.so.1: wrong ELF class: ELFCLASS64

[Toby Haynes]

I've hit these issues. The details of how I fixed it are at this page:

http://tjwhaynes.googlepages.com/dropteamreview-part5

which is part of a review of dropteam I'm writing. It needs some screenshots and updates for 1.0.1 so I haven't announced it yet.

Basically, you need to put the 32bit versions of various libraries (such as libaa.so.1) into the lib directory.