Linux Games wont work

[nashirak]

I am not shure if this is an Nvidia problem or an X problem or what, but I want to explore all possibiliites. First here are my specs:

Geforce 3
XFree86 4.2.1-3
Nvidia Driver 3123
GLX 3213
512MB (System)
1.2 Ghz
Linux 2.4.19
SDL 1.2

OK with all that out of the way here is the problem.
I have tried to play the folliowing games:
Unreal Tournament (1999 version and 2003), Tuxracer, BZflag, OpenUniverse, Galaxium, Chromium... etc
They all will load and throw no complaints, until display time. As soon as these come up full screen or in a window to display the game (ie. screen goes black or window pops up) they will segfault and crash. When I try look at what GDB puts out I see that they are all crashing in the same place: __nvsym04304() in /usr/lib/libGLcore.so.1. Now I know other openGL stuff works. When I run GLX gears or XMMS plugins they all run perfectly fine. IN my X config file I have all the standard stuff. I have only: load "glx" etc... and have selected "nvidia" instead of "nv", and have tried agpgarrt as well as Nvagp.
All my displays are setup correctly as well.

THoughts? Thx.

[nonamenobody]

What sort of frame rates do you get in glxgears, what does glxinfo report?

The most likely cause I can think of for your problems is with GL libraries, what do you get if you enter 'ls -l /usr/lib/libGL*', you should get something like:-rw-r--r-- 1 root root 2290284 2002-09-10 16:57 /usr/lib/libGL.a
-rwxr-xr-x 1 root root 750 2002-09-10 16:57 /usr/lib/libGL.la
lrwxrwxrwx 1 root root 10 2002-10-06 18:39 /usr/lib/libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root 27 2002-10-06 18:39 /usr/lib/libGL.so.1 -> GL/libGL.so.1.0.3123.nv_glx
-rw-r--r-- 1 root root 4412898 2002-09-10 16:57 /usr/lib/libGLU.a
-rwxr-xr-x 1 root root 780 2002-09-10 16:57 /usr/lib/libGLU.la
lrwxrwxrwx 1 root root 13 2002-10-06 20:37 /usr/lib/libGLU.so -> libGLU.so.1.3
lrwxrwxrwx 1 root root 13 2002-10-05 11:45 /usr/lib/libGLU.so.1 -> libGLU.so.1.3
-rwxr-xr-x 1 root root 680548 2002-09-10 16:58 /usr/lib/libGLU.so.1.3
lrwxrwxrwx 1 root root 21 2002-10-06 18:39 /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.3123
-rwxr-xr-x 1 root root 3623820 2002-09-16 08:50 /usr/lib/libGLcore.so.1.0.3123

If you installed over mesa it is quite likely that libGL is still linked to the mesa libraries (I could be wrong ofcourse).

[nashirak]

I did install over mesa and this is what I get when I run the ls


lrwxrwxrwx 1 root root 17 Dec 2 00:48 /usr/lib/libGL.so -> libGL.so.1.0.3123
lrwxrwxrwx 1 root root 17 Dec 2 00:48 /usr/lib/libGL.so.1 -> libGL.so.1.0.3123
-rwxr-xr-x 1 root root 283444 Dec 2 00:48 /usr/lib/libGL.so.1.0.3123
lrwxrwxrwx 1 root root 13 Nov 30 23:16 /usr/lib/libGLU.so.1 -> libGLU.so.1.3
lrwxrwxrwx 1 root root 26 Nov 30 23:16 /usr/lib/libGLU.so.1.3 -> ../X11R6/lib/libGLU.so.1.3
lrwxrwxrwx 1 root root 21 Dec 2 00:48 /usr/lib/libGLcore.so.1 -> libGLcore.so.1.0.3123
-rwxr-xr-x 1 root root 3623820 Dec 2 00:48 /usr/lib/libGLcore.so.1.0.3123


I dont seem to have libGL.a or an .la files, and my GLU.so.1.3 seems to point to something else. (Mesa library I think). My GLX libraries dont have any GLU or anything though.?!?

Glxgears gives me a framerate of:

13000 or so or 2500.000 FPS.
GLXINfo Gives this (rather long sorry)


name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: NVIDIA Corporation
server glx version string: 1.2
server glx extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_ARB_multisample
client glx vendor string: NVIDIA Corporation
client glx version string: 1.2
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_SGIX_swap_group, GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_ARB_multisample, GLX_ARB_get_proc_address
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce3/AGP/3DNOW!
OpenGL version string: 1.3.1 NVIDIA 31.23
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multisample,
GL_ARB_multitexture, GL_ARB_shadow, GL_ARB_texture_border_clamp,
GL_ARB_texture_compression, GL_ARB_texture_cube_map,
GL_ARB_texture_env_add, GL_ARB_texture_env_combine,
GL_ARB_texture_env_dot3, GL_ARB_transpose_matrix, GL_S3_s3tc,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_minmax,
GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array,
GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_multi_draw_arrays,
GL_EXT_packed_pixels, GL_EXT_paletted_texture, GL_EXT_point_parameters,
GL_EXT_rescale_normal, GL_EXT_secondary_color,
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs,
GL_EXT_shared_texture_palette, GL_EXT_stencil_wrap, GL_EXT_texture3D,
GL_EXT_texture_compression_s3tc, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_cube_map,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_vertex_array,
GL_EXT_vertex_weighting, GL_HP_occlusion_test,
GL_IBM_texture_mirrored_repeat, GL_KTX_buffer_region, GL_NV_blend_square,
GL_NV_copy_depth_to_color, GL_NV_evaluators, GL_NV_fence,
GL_NV_fog_distance, GL_NV_light_max_exponent,
GL_NV_multisample_filter_hint, GL_NV_occlusion_query,
GL_NV_packed_depth_stencil, GL_NV_register_combiners,
GL_NV_register_combiners2, GL_NV_texgen_reflection,
GL_NV_texture_compression_vtc, GL_NV_texture_env_combine4,
GL_NV_texture_rectangle, GL_NV_texture_shader, GL_NV_texture_shader2,
GL_NV_vertex_array_range, GL_NV_vertex_array_range2, GL_NV_vertex_program,
GL_NV_vertex_program1_1, GL_SGIS_generate_mipmap, GL_SGIS_multitexture,
GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

[ASCI Blue]

Get rid of mesa and it should work fine. I had a similar prob with a Radeon after I installed a new version of mesa over the version that was included with Xfree86.

[nashirak]

I have a Debian system and when I actually try and apt-get remove it throws fits cause it thinks that it needs libraries it doesnt really need cause its provided by NVIDIA. So when I do an apt-get remove xlibmesa (standard way of removing) it wants to remove Gnome and almost every program that requires OpenGl. I might just have to bite the bullet and try this. I know know its not a kernel problem. I compiled a new vanilla kernel and tried to run my games and they still wouldnt work. This will all get done after finals though. Its kind of a blessing I cant play games so I can concentrate on my studying and not fragging. :-D

[nonamenobody]

There does not appear to be anything out of place in either your glxinfo output or your libGL sym. links.

The libGLU.a and libGLU.la files I have belong to mesaglu-devel.

I am pretty much stumped now, the only thing to ask is, does you XF86Config file have something like the following in it?

Section "DRI"
Group "video"
Mode 0660
EndSection

[nashirak]

yes I do but they are all commented out. I also have the append=nopentium thing in lilo as I have had to do a lot of tweeking in the past to get my video card to work. I am stumped as well on this one. I am begining to think there is a conflict between some package, module, or daemon, on the system that is causing this segfault. If this is the case then I guess I will just have to simply wait for the next time the conflicting package gets updated and pray it fixes the problem, or completly whipe my computer clean and start over. (Something I could do and restore my needed data from my fileserver), but this is definatley not perferable. Thx for all your help.

BTW there is only 1 other bit of information that I can find on the function where all my openGl programs SEGFAULT

http://archives.seul.org/linuxgames/Oct-2002/msg00011.html

it appears that he had the same trouble as I am having, the only difference was he was developing software for OpenGl rather than running proven good code. As for chalking this up as a Hardware problem (although rare, and by hardware problem I mean my personal card might have broken or become defective), I have a dual boot system (for that once a year I boot into windows to remember why I am using linux), and under windows I can play Bzflag and some of my OpenGl games with no problem. All that being said, I think that my solution to the problem will have something to do with a sledgehammer and the smell of burning silicon in the air. :D.