Quote from nvidias FAQ: Q: Some OpenGL applications (like Quake3 Arena) crash when I start them on Red Hat Linux 9. A: Some versions of the glibc package shipped by Red Hat that support TLS do not properly handle using dlopen() to access shared libraries which utilize some TLS models. This problem is exhibited, for example, when Quake3 Area dlopen()'s NVIDIA's libGL library. Please obtain at least glibc-2.3.2-11.9 which is available as an update from Red Hat. Apparently we're having the same problem. Staring Enemy-Territory i get : ----- R_Init ----- ...loading libGL.so.1: QGL_Init: dlopen libGL.so.1 failed: /usr/lib/tls/libGL.so.1: shared object cannot be dlopen()ed: static TLS memory too small failed ----- CL_Shutdown ----- RE_Shutdown( 1 ) ----------------------- ----- CL_Shutdown ----- ----------------------- Sys_Error: GLimp_Init() - could not load OpenGL subsystem Not that this is a glibc-bug and not caused by nvidias drivers (checked with 4349, but 4363 should be identical. Reproducible: Always Steps to Reproduce: 1. Kernel 2.5.68-mm2, glibc w/ NPTL nvidia-kernel 4349, nvidia-glx w/ tls 4349 2. start Enemy-Territory Actual Results: /usr/lib/tls/libGL.so.1: shared object cannot be dlopen()ed: static TLS memory too small failed obvious, bug is already described in nvidias FAQ. Expected Results: everything else works, i expect this to work nicely w/ a glibc patched to 2.3.2-11.9
no not use /usr/lib/tls versions of nvidia 4349 driver and it works