> [EMAIL PROTECTED] hlds_l]$ ldd --version > ldd (GNU libc) 2.3.4 > > And no FPS problem on a : > > [EMAIL PROTECTED] hlds_l]$ cat /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 15 > model : 3 > model name : Intel(R) Pentium(R) 4 CPU 3.20GHz > stepping : 4 > cpu MHz : 3192.977 > cache size : 1024 KB > > But your GLIBC is older than mine.
Yeap, now I can confirm this as a bug. Though it was a real pain, I've finally managed to update glibc and corresponding libraries only for the particular user account (you have to cope somehow with not having root access nor chroot privileges ;-)). With glibc-2.8-20081020 I have: CPU In Out Uptime Users FPS Players 0.00 0.00 0.00 21 0 83.30 0 So 20 minutes good so far, but I will have to test it further. But starting hlds every time with a direct ld.so call and individual library paths is really not what you would call a seamless experience. Any chance the backward incompatibility is going to be fixed any time soon? -- rain rain[at]secforce[.]org | http://amx.dvl.pl _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
