Zombie Grinder Pre-Alpha (Linux) download

I get a segfault in Arch Linux x64, I'm probably mising some libs or something, any ideas?

Should be a delete button at the bottom of your comment?

Anyhow, I assume you've done the whole ldd Zombie Grinder and installed all the dependencies? If so, does the game get far enough to dump a log file (check in logs folder). If not, perhaps hook in with gdb and get me a memory address and give me your computer specs, and I'll try and hunt it down?

My knowledge of linux is pretty poor, so this might take a while lol.

No, didn't do ldd Zombie Grinder, here:

linux-gate.so.1 => (0xf77b3000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf764f000)
libXxf86vm.so.1 => /usr/lib32/libXxf86vm.so.1 (0xf764a000)
libGL.so.1 => /usr/lib32/libGL.so.1 (0xf75f3000)
libGLU.so.1 => /usr/lib32/libGLU.so.1 (0xf757f000)
libasound.so.2 => /usr/lib32/libasound.so.2 (0xf7488000)
libpthread.so.0 => /usr/lib32/libpthread.so.0 (0xf746d000)
libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf73d1000)
libXft.so.2 => /usr/lib32/libXft.so.2 (0xf73bf000)
libXpm.so.4 => /usr/lib32/libXpm.so.4 (0xf73af000)
libstdc++.so.6 => /usr/lib32/libstdc++.so.6 (0xf72c5000)
libm.so.6 => /usr/lib32/libm.so.6 (0xf7297000)
libgcc_s.so.1 => /usr/lib32/libgcc_s.so.1 (0xf727c000)
libc.so.6 => /usr/lib32/libc.so.6 (0xf70d9000)
libdl.so.2 => /usr/lib32/libdl.so.2 (0xf70d4000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf70b4000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf70a0000)
libglapi.so.0 => /usr/lib32/libglapi.so.0 (0xf708a000)
libXdamage.so.1 => /usr/lib32/libXdamage.so.1 (0xf7087000)
libXfixes.so.3 => /usr/lib32/libXfixes.so.3 (0xf7081000)
libX11-xcb.so.1 => /usr/lib32/libX11-xcb.so.1 (0xf707e000)
libxcb-glx.so.0 => /usr/lib32/libxcb-glx.so.0 (0xf7067000)
libdrm.so.2 => /usr/lib32/libdrm.so.2 (0xf705a000)
librt.so.1 => /usr/lib32/librt.so.1 (0xf7051000)
/lib/ld-linux.so.2 (0xf77b4000)
libz.so.1 => /usr/lib32/libz.so.1 (0xf703c000)
libbz2.so.1.0 => /usr/lib32/libbz2.so.1.0 (0xf702c000)
libfontconfig.so.1 => /usr/lib32/libfontconfig.so.1 (0xf6ffd000)
libXrender.so.1 => /usr/lib32/libXrender.so.1 (0xf6ff5000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf6ff2000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf6fed000)
libexpat.so.1 => /usr/lib32/libexpat.so.1 (0xf6fc4000)

I'm guessing the ones without addresses are the ones I don't have?
I searched around with Yaourt, but I can't find "linux-gate" or "ld-linux", where would I find those?

Oh, looks like those aren't actual library files, so it should be ok :/
Also, no log file, and how would I do that with gdb?

Thinking about it, log files are disabled by default I think. You can enable them in cfg\Zombie Grinder.ini under log:enabled.

I'm pretty sure your dependencies are fine, nothing is missing.

I don't suppose your sound server is pulseaudio is it? Someone else had an issue with that.

As for gdb, if you don't have experience using it to debug, probably best not to try lol.

Yeah, I'm pretty sure it's pulseaudio, GNOME depends on it, I think.
I turned on logs, and it made a log, but it's empty.

Making a quick patch, give me half an hour :3

Bit longer than 30 minutes.

Try this;

Twindrills.com

Just patch it over the executable, and run as root. Also log files should (hopefully) produce more output if its still crashing :3

It said I had no libpulse, so I installed lib32-libpulse, and then it gave me the segfault again, with nothing in the new log file. I was just supposed to use the new binary instead of the old one, right?

Do you even get a window appearing before it segfaults?

Yep, a window pops up, then - BAM! - segfault. :/

Huuuum, odd. I can't see why it's dieing after that part. The only thing I can think of is possibly your graphics card dosen't support some of the features in use.

What are the specs of your computer?

Can you install gdb and do the following commands and paste the ouput (sorry for all the work lol :3).

> gdb "Zombie Grinder"
> run
> backtrace

So here's the output:
(gdb) run
Starting program: /media/data/padster/Games/ zombiegrinder_stub_linux/ Zombie Grinder
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/libthread_db.so.1".
[New Thread 0xf64f1b40 (LWP 9320)]
[New Thread 0xf5cf0b40 (LWP 9321)]

Program received signal SIGSEGV, Segmentation fault.
0xf5471373 in ?? ()
(gdb) backtrace
#0 0xf5471373 in ?? ()
#1 0xe4f688fb in ?? ()
#2 0x3808702f in ?? ()
#3 0x1c088fce in ?? ()
#4 0x00087028 in ?? ()
#5 0x04000000 in ?? ()
#6 0x44000000 in ?? ()
#7 0x70000000 in ?? ()
#8 0x00087024 in ?? ()
#9 0x3c000000 in ?? ()
#10 0x940886cc in ?? ()
#11 0xc4088702 in ?? ()
#12 0x040886ff in ?? ()
#13 0xcc000000 in ?? ()
#14 0x3c088b2c in ?? ()
#15 0x03ffffd2 in ?? ()
#16 0x00000000 in ?? ()

This computer:
Intel Core 2 Duo @ 2.2 GHz, Intel GMA X4500, 2GB DDR3 RAM, Arch Linux x64

I could try it on my better machine, with an ATI HD 3450, if you want.

> Intel GMA X4500

That is almost certainly your problem, the game uses 3d acceleration, including FBO's and shader extensions, I'm not sure an integrated chipset will be able to cope with that.

If you want to try it on your other machine that would be handy :3

I'm going to go decode that stack trace and find out what it was.

It can play most Linux games, pretty well actually, I was surprised. Open Arena, Urban Terror, etc, with bloom and flares and stuff like that. How would I be able to test that? Open Arena's menu says "GL Extensions - On". I think I'll go test it on my other computer later some time, too.

Do they use shader's and FBO's for the effects though? We use them pretty heavily for some of the effects (rippling the screen on explosions, grey-scale low health effect, etc).

Ideally I need to provide some fallback for when they are not available. - So I'm coding one at the moment ;).

I'm pretty sure they use shaders, not sure what FBOs are though. On my other PC now and so far it seems to work, but you can't do anything after changing the resolution. I have a 1080p monitor, but if I change the resolution, the keys don't do anything :/