For /dev/3dfx you need a special driver which is not shipped by default, so the best way probably is running xmame as root. You can make it suid root, xmame has been carefully designed to allow this, but I don't know how safe the libraries it uses are with suid use.Hi,
Perhaps Hans will be able to enlighten me on this one ;-) I compiled the x11 target with GL and Glide added, and get the messages below on startup. I have a 3dfx someone gave me lying around, so maybe I'll try it to see if it actually works as expected as a user on Fedora Core or not (does the binary need to be suid root to use Glide3 or does console.perms take care of the /dev/3dfx preoperly?).
That was the first question, the second is : Why is libglut.so dlopened like that? When libglut devel files aren't installed, the main libglut.so symlink isn't present, and it seems xmame then can't use the libglut.so.3.8.0 I have properly. Isn't it possible to "cleanly" link the xmame binary against libglut? I think the same applies to libGL.so and libGLU.so when xorg/XFree86 devel files aren't installed.
Erm,
Some time ago someone else who was working on the OpenGL code has modified it to use gltool, which is a tool he wrote to be able to write osindependent OpenGL code. gltool does the dlopening.
But you have a good point, I'll modify the code to open the .so.version files instead. I just hope the so version is the same on all platforms.
I actually like this feature of gltool. I'm planning on creating a Fedora rpm package once I'm done hacking xmame and dlopening OpenGL means that users will also be able to install a binary with opengl support without having opengl.
Regards,
Hans
_______________________________________________ Xmame mailing list [EMAIL PROTECTED] http://toybox.twisted.org.uk/mailman/listinfo/xmame
