Just signed up the other day. I haven't been able to actually play yet, as when I try to actually play the program it just pegs the CPU at 97% or so. Stracing the program shows the included strace output over and over again. Looks to be either an infinite loop or a very long loop, which I can't imagine the reason for in the startup routing. I've got GL working fine, and can play large GL apps (such as the new Return to Castle Wolfenstein: Enemy Territory).

Looking forward to playing,
-Kentrak


Snippet of strace output:
gettimeofday({1054508726, 833584}, NULL) = 0
gettimeofday({1054508726, 833829}, NULL) = 0
ioctl(7, SNDCTL_DSP_GETOPTR, 0xbffff410) = 0
ioctl(4, 0xc0344641, 0xbffff2dc) = 0
gettimeofday({1054508726, 838432}, NULL) = 0
ioctl(3, 0x541b, [0]) = 0
gettimeofday({1054508726, 838981}, NULL) = 0
gettimeofday({1054508726, 839267}, NULL) = 0
ioctl(7, SNDCTL_DSP_GETOPTR, 0xbffff410) = 0
ioctl(4, 0xc0344641, 0xbffff2dc) = 0
gettimeofday({1054508726, 843846}, NULL) = 0
ioctl(3, 0x541b, [0]) = 0
gettimeofday({1054508726, 844400}, NULL) = 0
gettimeofday({1054508726, 844647}, NULL) = 0
ioctl(7, SNDCTL_DSP_GETOPTR, 0xbffff410) = 0
ioctl(4, 0xc0344641, 0xbffff2dc) = 0
gettimeofday({1054508726, 862291}, NULL) = 0
ioctl(3, 0x541b, [0]) = 0
gettimeofday({1054508726, 862844}, NULL) = 0
gettimeofday({1054508726, 863089}, NULL) = 0
ioctl(7, SNDCTL_DSP_GETOPTR, 0xbffff410) = 0
ioctl(4, 0xc0344641, 0xbffff2dc) = 0
gettimeofday({1054508726, 867854}, NULL) = 0
ioctl(3, 0x541b, [0]) = 0
gettimeofday({1054508726, 868526}, NULL) = 0
gettimeofday({1054508726, 868774}, NULL) = 0
ioctl(7, SNDCTL_DSP_GETOPTR, 0xbffff410) = 0
ioctl(4, 0xc0344641, 0xbffff2dc) = 0
gettimeofday({1054508726, 873208}, NULL) = 0
ioctl(3, 0x541b, [0]) = 0
gettimeofday({1054508726, 873754}, NULL) = 0

Hmm, It looks like there's a problem with sound.
There's been problems with OSSsound not working with ALSA? I think.
I think Andy could shed some light on the problem.

Well, I'm not using alsa, just plain OSS drivers. Playback is usually fine, only issues I have are headphone out and mic in, which should hardly affect this.

That's weird. Did it bring up a window at all? It looks to me as if the main loop is actually running (including the sound GETOSPACE call) although I'm not sure what the other ioctls are for. You can try doing an rm ~/.vendetta/drivers/osssound.so and then running ~/.vendetta/vendetta -- if that works, then it was the sound driver freaking out. I'm guessing it's something else. (Once you re-run the updater, the file you just deleted will be redownloaded.)

Well, I figured I would do a littel more legwork on my own before getting back to you guys on this. I was in no way sure that the GTK+ libraries I had installed were working correctly (while the slackware package system has it's benefits, strong dependency checking isn't one of them), so I went ahead and installed GTK+ and GTK2 from source, along with their dependencies (not sure if GTK2 was needed, but oh well). No change, but I did note that running vendetta without GTK+ installed resulted in a strace reporting the library wasn't available, as expected, and not the behavior I experienced when I had GTK+ installed. After installation of GTK+ from source, I experienced the exact same behavior as reported in my first post.

BTW, removing osssound.so had no effect (that I recall, but I'm at work right now and can't try it again to remember).

I have two things to try if other suggestions don't arise.

1. Finally update to slackware 9 on the computer, and see how it works.
2. Wait until the new release is out, and see how it acts.

-Kentrak

I have same problem.
System is Slackware9, SB Live!, OSS only driver.